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Foreword 

This Technical Specification has been produced by the 3"* Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 

Introduction 

The present document is part 3 of a multi-part conformance test specification for the 3GPP evolved User Equipment 
(UE). The specification contains a TTCN-3 design frame work and the detailed test specifications in TTCN-3 for 
evolved UE at the UE-E-UTRAN radio interface. 

• 3GPP TS 36.523-1 [1]: "User Equipment (UE) conformance specification; Part 1: Protocol conformance 
specification". 

• 3GPP TS 36.523-2 [2]: "User Equipment (UE) conformance specification; Part 2: Implementation Conformance 
Statement (ICS) proforma specification". 

• 3GPP TS 36.523-3: "Test Suites" (the present document). 
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1 Scope 

The present document specifies the protocol and signalling conformance testing in TTCN-3 for the 3GPP UE at the 
UE-E-UTRAN radio interface. 

The following TTCN test specification and design considerations can be found in the present document: 

• the test system architecture; 

• the overall test suite structure; 

• the test models and ASP definitions; 

• the test methods and usage of communication ports definitions; 

• the test configurations; 

• the design principles and assumptions; 

• TTCN styles and conventions; 

• the partial PIXIT proforma; 

• the test suites. 

The Abstract Test Suites designed in the document are based on the test cases specified in prose 

(3GPP TS 36.523-1 [1]). The apphcability of the individual test cases is specified in the test ICS proforma specification 

(3GPP TS 36.523-2 [1]). 

The present document is valid for UE implemented according to 3GPP Rel-8 upwards. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 

non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 



[1] 3GPP TS 36.523-1: "User Equipment (UE) conformance specification; Part 1: Protocol 

conformance specification". 

[2] 3GPP TS 36.523-2: "User Equipment (UE) conformance specification; Part 2: Implementation 

Conformance Statement (ICS) proforma specification". 

[3] 3GPP TS 36.508: "Coimnon test envirormients for User Equipment (UE) conformance testing". 

[4] 3GPP TS 36.509: "Terminal logical test interface; Special conformance testing functions". 

[5] 3GPP TS 34.123-1: "User Equipment (UE) conformance specification; Part 1: Protocol 

conformance specification". 

[6] 3GPP TS 34.123-2: "User Equipment (UE) conformance specification; Part 2: Implementation 

Conformance Statement (ICS) proforma specification". 
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[7] 3GPP TS 34.123-3: "User Equipment (UE) conformance specification; Part 3: Abstract Test Suite 

(ATS)". 

[8] 3GPP TS 34.108: "Common test environments for User Equipment (UE) conformance testing". 

[9] 3GPP TS 34.109: "Terminal logical test interface; Special conformance testing functions". 

[10] 3GPP TS 51.010-1: "Mobile Station (MS) conformance specification; Part 1: Conformance 

Specification". 

[11] 3GPP TS 51.010-2: "Mobile Station (MS) conformance specification; Part 2: Protocol 

Implementation Conformance Statement (PICS) proforma specification". 

[12] 3GPP TS 5 1 .010-5: "Mobile Station (MS) conformance specification; Part 5: Inter-RAT (GERAN 

to UTRAN) Abstract Test Suite (ATS)". 

[13] ETSI ES 201 873-1 : "Methods for Testing and Specification (MTS); The Tree and Tabular 

Combined Notation version 3; Part 1: TTCN-3 Core Language". 

[14] 3GPP TS 36.304: "Evolved Universal Terrestrial Radio Access (E-UTRA); "UE Procedures in Idle 

Mode". 

[15] 3GPP TS 36.306 "Evolved Universal Terrestiial Radio Access (E-UTRA); "UE Radio Access 

Capabilities". 

[16] 3GPP TS 36.321: "Evolved Universal Terrestrial Radio Access (E-UTRA); "Medium Access 

Control (MAC) protocol specification". 

[17J 3GPP TS 36.322: "Evolved Universal Terrestiial Radio Access (E-UTRA); "Radio Link Control 

(RLC) protocol specification". 

[18] 3GPP TS 36.323: "Evolved Universal Terrestrial Radio Access (E-UTRA); "Packet Data 

Convergence Protocol (PDCP) Specification". 

[19] 3GPP TS 36.33 1 : "Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource 

Control (RRC); Protocol Specification". 

[20] 3GPP TS 24.008: "Mobile Radio Interface Layer 3 specification; Core Network Protocols; 

Stage 3". 

[21] 3GPP TS 24.301 : "Non-Access-Stratum (NAS) Protocol for Evolved Packet System (EPS); 

Stage 3". 

[22] 3GPP TS 24.303 : "MobiUty Management based on DSMIPv6; User Equipment (UE) to network 

protocols; Stage 3". 

[23] 3GPP TS 24.304: "Mobility management based on Mobile IPv4; User Equipment (UE) - foreign 

agent interface; Stage 3". 

[24] 3GPP TS 33.401: "3GPP System Architechire Evolution (SAE); Security architecture". 

[25] 3GPP TS 33.402: "3GPP System Architecture Evolution (SAE); Security aspects of non-3GPP 

accesses". 

[26] 3GPP TR 2 1 .905 : "Vocabulary for 3GPP Specifications" . 

[27] ETSI ES 201 873-4: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 4: TTCN-3 Operational Semantics". 

[28] ETSI ES 201 873-5: "Mefliods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 5: TTCN-3 Runtime Interface (TRI)". 

[29] ETSI ES 201 873-6: "Metiiods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 6: TTCN-3 Control Interface (TCI)". 

[30] 3GPP TS 36.213: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer 

procedures". 
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[31] 3GPP TS 27.005: "Use of Data Terminal Equipment - Data Circuit terminating Equipment 

(DTE-DCE) interface for Short Message Service (SMS) and Cell Broadcast Service (CBS)". 

[32] 3GPP TS 27.007: "AT command set for 3G User Equipment (UE)". 

[33] 3GPP TS 27.060: "Packet domain; Mobile Station (MS) supporting Packet Switched services". 

[34] 3GPP TS 36. 101 : "Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) 

radio transmission and reception". 

[35] 3GPP TS 36.211: "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and 

modulation". 

[36] 3GPP TS 25.331: "RRC Protocol Specification". 

[37] 3GPP TS 36.133: "Evolved Universal Terrestrial Radio Access (E-UTRA); Requirements for 

support of radio resource management". 

[38] 3GPP2 TSG-C C.S0024_ C: "cdma2000 High Rate Packet Data Air Interface Specification" . 

[39] 3GPP2 TSG-C C.S0057_D:" Band Class Specification for cdma2000 Spread Spectrum Systems" 

[40] 3GPP TS 34.229- 1 : "Internet Protocol (IP) multimedia call control protocol based on Session 

Initiation Protocol (SIP) and Session Description Protocol (SDP); User Equipment (UE) 
conformance specification; Part 1: Protocol conformance specification". 

[41] 3GPP TS 33.203: "3G security; Access security for IP-based services". 

[42] 3GPP TS 24.229: "IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) 

and Session Description Protocol (SDP); Stage 3". 



3 Definitions and abbreviations 

3.1 Definitions 

For the piuposes of the present document, the terms and definitions given in 3GPP TR 21.905 [26] apply. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in 3GPP TR 21.905 [26] apply. 

4 E-UTRAN/SAE systenn architecture and test nnodels 

4.1 Test systenn arcliitecture 
4.1 .1 General system architecture 

The general system architecture is shown in figure 4.1.1-1. 
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Figure 4.1.1-1 : Architecture of system simulator 



The scope of the present document is the TTCN-3 implementation of conformance tests. Specifications and definitions 
of the present document affect the codec and the system adaptor (SA). Test control and logging are out of scope as well 
as the interface between the TTCN-3 generated code and the system adaptor which can be either standardised TRI or 
proprietary. 

The main assumptions regarding the system architecture are: 
TTCN-3 code runs on the host system only: 

No TTCN-3 components are downloaded to system simulator HW. 

Layer 2 tests (MAC, RLC) are controlled by appropriate configuration primitives in TTCN-3 but neither 
layer 2 nor parts of it are implemented in TTCN-3; the system simulator performs low layer procedure 
autonomously but all system simulator implementations shall result in the same test pattern at the ak 
interface. 

Proprietary interfaces e.g. instead of the TRI are not considered in the test model. 

The timing considerations of the conformance tests shall be supported by appropriate timing information 
(e.g. system frame number) provided from/to the system simulator rather than by timing measurements in 
TTCN-3. 

4.1 .2 Component architecture 

For E-UTRAN conformance tests each access technology (RAT) is hosted by a separate TTCN-3 parallel component 
(PTC): 

- E-UTRAN. 

- UTRAN. 

- GERAN. 

- Other technologies like 3GPP2 UTRAN. 

The PTCs are controlled by the TTCN-3 master test component (MTC) which: 
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is independent from the RAT; 

may host the upper tester for MMI and AT commands; 
creates, synchronises and terminates the PTCs; 
starts and terminates test cases. 
Figure 4.1.2-1 shows this component architecture for a E-UTRAN and UTRAN scenario. 



system interface 



UE 



MTC: 
> Synchronisation 
> Upper Tester 




Adaptation Layer 




Protocol 

Stack 



System 
Simulator 



Figure 4.1.2-1 :E-UTRAN-UTRAN component model 



According to this model there are different interfaces to be considered: 

MTC - PTC: 

common synchronisation of PTCs; 
upper tester primitives. 
MTC - System Interface: 
- upper tester primitives. 

PTC - PTC: 

primitives containing information for IRAT handover. 

PTC - System Interface: 

primitives containing peer-to-peer message; 
configuration primitives. 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



15 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



4.2 E-UTRAN test models 
4.2.1 Layer 2 test models 

When test loop mode is used for the Layer 2 tests the DRB ports at the SS side is referred to the raw DRB ones. At the 
SS side, DRBs are initially configured with default modes and parameters. For the purpose of L2-testing the DRBs may 
be reconfigured later on as indicated in the subsequent test models (see below). 



4.2.1.1 
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Figure 4.2.1.1-1: Test model for lUIAC testing 



The UE is configured in Test Loop Mode, to loop back the user domain data above PDCP layer. On UE side Ciphering 
is enabled (since Mandatory) but with dummy ciphering algorithm, which is equivalent to not using ciphering. ROHC is 
not configured on UE Side. 

On the SS Side, Layer 1 is configured in the normal way. MAC is configured in a special mode, where it does not add 
any MAC headers in DL and /or not remove any MAC headers in UL directions respectively at DRB port. In this case, 
the TTCN shall provide the final PDU, including padding. Except for this, the MAC layer shall perform all of its other 
functions. 
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On DRBs the RLC is configured in transparent mode. Hence with this configuration PDU's out of SS RLC are same as 
the SDU's in it. There is no PDCP configured on SS Side. The ports are directly above RLC. 

There are two different test modes in which MAC header addition/removal can be configured: 

DL/UL header-transparent mode: no header addition in DL and no header removal in UL 

DL only header-transparent mode: no header addition in DL; UL MAC is configured in normal mode to remove 
MAC header and dispatch the MAC SDUs according to the logical channel Ids. 

If SS MAC is configured in DL/UL header-transparent mode, the PDU's exchanged at the DRB port between TTCN 
and SS, shall be the final MAC PDU's consisting of MAC, RLC and PDCP headers. TTCN code shall take care in DL 
of building MAC header, RLC headers and PDCP headers and in UL handle MAC, RLC and PDCP headers. TTCN 
code shall take care of maintaining sequence numbers and state variables for RLC and PDCP layers. During testing of 
multiple DRBs at the UE side, it shall still be possible to configure only one DRB on SS side with configuration in the 
figure 4.2.1.1-1. Other DRBs will not be configured, to facilitate routing UL TBSs. Multiplexing/de-multiplexing of 
PDUs meant/from different DRBs shall be performed in TTCN. Since the MAC layer does not evaluate the MAC 
headers in UL it cannot distinguish between SRB and DRB data in UL. Therefore there shall be no SRB traffic while 
MAC is configured in this test mode. 

If SS MAC is configured in DL only header-transparent mode, the UL PDUs exchanged at the DRB port between 
TTCN and SS, shall be final RLC PDUs consisting of RLC and PDCP headers. SS shall route these PDUs based on 
logical channel IDs. In DL, TTCN sends fully encoded MAC PDUs at the DRB port (consisting of MAC, RLC and 
PDCP headers). In this case TTCN needs to take care of maintaining sequence numbers and state variables for RLC and 
PDCP layers. Furthermore in UL and DL the SS MAC layer shall be capable of dealing with SRB data (i.e. it shall 
handle DL RLC PDUs coming from SRBs RLC layer or dispatch UL RLC PDUs to SRBs) as in normal mode. 

NOTE: TTCN shall ensure that no DL MAC SDUs in normal mode and DL MAC PDUs in test mode are mixed for 
the same TTI. 

The UL Scheduling Grant and DL Scheduling assignments are configured from TTCN over system control port. SS 
reports PUCCH scheduling information reception over system indication port, if configured. In a similar way the 
reception of RACH preambles is reported by SS over the same port. 
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Figure 4.2.1.2.3-1: Test model for RLC AlUI/UIUI testing 



This model is suitable for testing both UM/AM mode of operation of DRBs on UE side. 

The UE is configured in Test Loop Mode, to loop back the user domain data above PDCP layer. On UE side Ciphering 
is enabled (since mandatory) but with dummy ciphering algorithm, which is equivalent to not using ciphering. ROHC is 
not configured on UE Side. 

On the SS Side, LI and MAC are configured in the normal way. The RLC is configured in transparent mode. Hence 
with this configuration PDUs out of SS RLC are same as the SDUs in it. There is no PDCP configured on SS Side. The 
ports are directly above RLC. 

The PDUs exchanged between TTCN and SS, shall be the final RLC PDUs consisting of RLC and PDCP headers. 
TTCN code shall take care in DL of building RLC headers and PDCP headers and in UL handle RLC and PDCP 
headers. TTCN code shall take care of maintaining sequence numbers and state variables for RLC and PDCP layers. If 
RLC on UE side is in AM mode, TTCN shall take care of generating polls in DL and responding with RLC control 
PDUs on reception of UL Poll. 

The UL Scheduling Grant and DL Scheduling assignments are configured from TTCN over system control port. 
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Figure 4.2.1.3.1-1 : Test model for PDCP ROHC testing 



The UE is configured in Test Loop Mode, to loop back the user domain data above PDCP layer. On UE side Ciphering 
is enabled and ROHC is configured. 

On the SS Side LI, MAC and RLC are configured in normal way. They shall perform all of their functions. The ports 
are above PDCP. 



The PDCP is configured in special mode, with no header manipulation. Ciphering is configured in both directions. 
ROHC is configured in DL direction only. UL ROHC feedback can be injected by control ASP. It shall be possible to 
configure 'no header manipulation' mode independently in UL and DL directions. When configured in special mode, SS 
shall not add PDCP header (DL) and remove PDCP Header (UL). PDCP state variables shall be maintained by SS 
PDCP layer. It shall be possible for SS PDCP to update state variables based on the PDU's in both directions, even 
though headers are not added/removed. Also, it shall be possible to read or set the PDCP internal state variables, by 
control primitives. 
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The UL Scheduling Grant and DL ScheduHng assignments are configured fi-om TTCN over system control port. SS 
reports PUCCH scheduling information reception over system indication port, if configured. 



4.2.1.3.2 
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Figure 4.2.1.3.2-1 : Test model for PDCP (Non ROHC) testing 



The UE is configured in Test Loop Mode, to loop back the user domain data above PDCP layer. On UE side Ciphering 
is enabled and ROHC is not configured. 

On the SS Side LI, MAC and RLC are configured in normal way. They shall perform all of their functions. The ports 
are above PDCP. 

The PDCP is configured in a special mode, named transparent mode. In this mode, SS shall not add PDCP header (DL) 
and remove PDCP Header (UL). The TTCN maintains sequence numbers and state variables for the PDCP layer. The 
TTCN makes use of the AS ciphering functionality in both directions, employing the dummy ciphering algorithm. 
Ciphering/deciphering are performed using TTCN external functions. ROHC is not configured. 

The UL Scheduling Grant and DL Scheduling assignments are configured from TTCN over system control port. SS 
reports PUCCH scheduUng information reception over system indication port, if configured. 
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Figure 4.2.2-1 : Test model for RRC testing 



The UE is configured in normal mode. On UE side Ciphering/Integrity (PDCP and NAS) is enabled and ROHC is not 
configured. 

On the SS Side LI, MAC, RLC and PDCP are configured in normal way. They shall perform all of their functions. For 
SRBO the DL and UL port is above RLC. For SRBl and SRB2 the port is above/below the RRC and NAS emulator, 
which may be implemented as a parallel test component. For DRB, the port is above PDCP. PDCP Ciphering/Integrity 
is enabled. NAS integrity/Ciphering is enabled. 

The RRC/NAS emulator for SRB 1 and SRB2 shall provide the Ciphering and integrity functionahty for the NAS 
messages. In UL direction, SS shall report RRC messages, still containing (where appropriate) the secure and encoded 
NAS message, to the RRC port. In DL, RRC and NAS messages with same timing information shall be embedded in 
one PDU after integrity and ciphering for NAS messages. 

The UL Scheduling Grant and DL Scheduling assignments are configured from TTCN over system control port. SS 
reports PUCCH scheduhng information reception over system indication port, if configured. 
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Figure 4.2.3-1 : Test model for DRB testing 



The UE is configured in Test Loop Mode, to loop back the user domain data above PDCP layer. Ciphering is optionally 
configured on UE side. In TTCN the DRB data is considered as raw data and there is no IP handling while the UE is in 
loopback mode. 

On the SS Side LI, MAC, RLC and PDCP are configured in normal way. They shall perform all of their functions. The 
ports are above PDCP. When test loop mode is used for the DRB, the ports at the SS side refer to the raw DRB ones. 
Ciphering is enabled and ROHC is not configured on SS Side. 

SS shall send in DL all PDU's received from different RB's but with same timing control information in one MAC PDU 
and in one TTI. 

The UL Scheduling Grant and DL Scheduling assignments are configured from TTCN over system control port. SS 
reports PUCCH scheduling information reception over system indication port, if configured. 

4.2.4 IP Test Model 

Depending on different test scenarios user plane data can be distinguished in: 
Raw user data upon EUTRA PDCP (Raw mode); 
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- IP user data (IP mode). 

The raw user data are applied for L2 or DRB tests, no IP protocols are involved. The UL user data is directly routed to 
the EUTRA_PTC. 

The IP user data are appUed when IP packets data are handled in TTCN. A DRB can have one or more Transport and 
Internet protocols configured. 

Whether a DRB is in IP or in raw mode depends on the configuration of the routing table in the DBR-Mux. This is 
controlled by the IP_CTRL port and independent from the configuration of the IP connections (IP_SOCKET). 

4.2.4.1 IP user data 

To allow the usage of common protocol implementations at the system adaptor the related interfaces in TTCN-3 are 
based on the Sockets API. 

There can be one or several sockets (server or cUent) for each DRB: TCP, UDP and ICMP. 

Each socket can be clearly identified by the IP address, port number and the protocol (tcpludpMcmp). It implies that a 
TCP socket can be either server or client. 

It is assumed that: 

- Different DRBs are not using the same sockets. 

- The UE behaviour of a single IP-based protocol on a specific socket like DHCP can be included in conformance 

tests. 

- Other protocols like ESP are not considered but can easily be introduced later, if necessary, by using the same 
socket approach. 

The routing of IP packets from the IP stack to the DRBs in DL and from the DRBs either to the DRB port (E_DRB in 
case of EUTRA) or to the IP stack in UL is done by the DRB-Mux. This behaviour is controlled by the DRB-Mux's 
routing table. 

The general architecture of the IP test model is shown in figure 4.2.4.1-1 (with a DHCP server as example for IP 
handUng). 

NOTE 1: In figure 4.2.4.1-1 DHCP is one example for a protocol above the IP stack; other protocols like DNS can 
also be implemented but this a pure TTCN implementation issue and independent from the system 
interface 

NOTE 2: In general IMS can also be an application above the IP_PTC, but this is out of scope for this document. 
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Figure 4.2.4.1-1 : Example of IP test model with a DHCP server 



4.2.4.2 



Configuration of Sockets 



The following configurations are controlled by the IP_PTC (IP_SOCKET_REQ). The socket configuration and the 
sending/receiving of data are done with the same ASP on the system port IP_SOCK. 

NOTE: Support and configuration of IPsec is FFS. 

4.2.4.2.1 Socket Establishment 

TCP server 

TCP socket configured as server: the socket 'listens' to a 'connect' from the UE. The socket can be configured by using 
the following system calls of the Berkeley Sockets API: 

- socket (AF_INET I AF_INET6, SOCK_STREAM, 0); 

setsockopt; 

bind (local IP address Port); 
listen. 

NOTE: 'setsockopt' can be used e.g. in case of IPsec (FFS). 
When the UE connects to the server the connection is accepted with the 'accept' system call. 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



24 



ETSI TS 136 523-3 V8.6.0 (201 1-07) 



TCP client 

A TCP connection is established to an existing TCP server at the UE side. This can be done with the following system 
calls: 

- socket (AF_INETIAF_INET6, SOCK_STREAM, 0); 

- setsockopt; 

- connect (remote Server Addr of the UE = IP-Addr + Port). 
NOTE: 'setsockopt' can be used e.g. in case of IPsec (FFS). 

UDP socket 

A UDP socket can be estabUshed with the system calls 

- socket (AF_INETIAF_INET6, SOCK_DGRAM, 0); 

- setsockopt; 

- bind (local IP address Port); 

- connect. 

NOTE 1 : 'setsockopt' can be used to set the option SO_BROADCAST to allow broadcast messages (e.g. for 
DHCP). 

NOTE 2: Usage of 'connect' depends on implementation of the system adaptor. 

4.2.4.2.2 Socket Release 

A socket is released: 

- in case of TCP when the remote entity closes the connection; 

- when it is closed explicitly by the IP_PTC (system call 'close'). 

NOTE: In general the sockets are independent from the configuration of the DRBs. Especially in case of UDP or 
ICMP the sockets can exist even without any DRB being configured. 

4.2.4.3 Handling of IP data 

Sending and receiving of IP data is done by the same ASPs as the socket establishment on IP_SOCK. In TTCN the IP 
data are handled by a separate TTCN component: IP_PTC. This PTC can deal with the data according to the respective 
protocol, e.g. DHCP. In general, this is out of scope for the (signalling conformance) test case in terms of pass/fail 
assignment. 

The IP_PTC will receive data from sockets being configured for the corresponding IP protocols. Any unrecognised IP 

packets are discarded by the IP stack in the system adaptor. 

When the IP data is relevant for the test purpose, e.g. the test purpose is to test DHCP, the IP data are routed to the 
EUTRA_PTC. This allows generic protocol implementations for the conmion case, i.e. IP_PTC and DHCP server are 
independent from test case specific implementations. 

The interface between EUTRA_PTC and IP_PTC is a pure TTCN implementation issue and independent of the system 
interface. Furthermore it is irrelevant for the system interface whether e.g. the DHCP server is part of the IP_PTC or 
implemented as a separate PTC. 

For TCP, the primitives to send and receive data correspond to the 'send' and 'recv' system calls. 

For UDP and ICMP, the primitives correspond to the 'sendto' and 'recvfrom' system calls. 

- For both UDP and TCP the system adaptor may send ("in-band") error indications in case of system errors. That 
results in an assignment of inconc by the IP_PTC. 
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4.2.4.4 



Routing of IP Data 



The routing of IP data is done in the DRB-Mux which gets a routing table configured. This table associates the address 
and protocol information of IP packets (protocol, local IP address, local port, remote IP address, remote port) with the 
radio bearer (RAT, cell, DRB id). 

In UL a DRB is considered being in raw mode when there is no entry found in the routing table. It is considered being 
in IP mode when there is any entry regardless of the protocol and address information being stored (i.e. SS does not 
need to evaluate the IP header what would cause problems in case of loopback data). 

In DL the IP packets of the IP stack are routed to the DRBs acc. to the routing information in the routing table (see 
annex D for details. 

NOTE: Only the IP PTC can re-configure the Routing Table; 

if that needs to be triggered by a RAT specific PTC, this is done by appropriate coordination messages 
but the RAT specific PTCs don't have a direct access to the routing tables. 



An UE supporting IMS will initiate the initial REGISTRATION after it has acquired an IP address, discovered a P- 
CSCF, and established an IP-CAN bearer (default DRB) that can be use for SIP signalling. This will happen during the 
testing preamble of EUTRA test cases. The test model defined in clause 4.2.4 and Figure 4.2.4.1-1 is extended to handle 
IMS signalUng. The extensions include: 

Introduce IPsec into the IP stack and add SigComp layer above IP stack. 

Expand the IP_PTC test component and to include IMS registration/authentication function. 

The ASP on system port IP_SOCK carries both IP data and IP stack configuration/control commands, which are 
multiplexed. A box for data and control below port IP_SOCK is drawn in the system adaptor of figure 4.2.5.2-1 to make 
such multiplexing more visible. 



For the IMS purpose, the IP test model extension fulfils the following requirements. 

Handle IMS Registration signalling on the LTE default DRB while the UE is attached in an eUTRA cell 

Perform necessary IP network server functions, e.g. IMS registration/authentication, DNS, DHCP. These functions are 
simulated in TTCN-3. 

The IP_PTC is made independent from the different access technologies 
The extension can be applied to support DSMIPv6 test 



4.2.5 



IMS test model handling registration signalling 



4.2.5.1 



Requirements of the IP test model extension 
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Fig. 4.2.5.2-1 IIVIS test model for registration handling 



4.2.5.2.1 IMS Registration/Authentication function 

IMS Registration/ Authentication function emulates the SIP behaviour in P_CSCF side, it communicates with the UE 
under test via four ports: SIP server port and SIP secure server port (after security association established), SIP client 
port and SIP secure cUent port (after security association established). It is implemented in TTCN-3 on a parallel test 
component IP_PTC. Running this function is controlled by coordination messages from EUTRA_PTC via port 
IP_CTRL. The IMS Registration/ Authentication function is able to receive from the UE the IMS signalling messages 
via TCP, UDP or alternated TCP/UDP when performing the IMS Registration procedure. The IMS 
Registration/ Authentication function shall be able to handling both initial registration using IMS AKA and initial 
registration using GIBA (Ref TS 36.508-920[3]). 

4.2.5.2.2 Necessary IP network server functions 

The necessary IP network server functions such as DHCP, DNS are implemented in TTCN-3 for running in IP_PTC. 
The implemented codes contain only the IP server functions required for testing. The IP_PTC is made as radio access 
technologies - independent. 
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4.2.5.2.3 



IPsec protocol 



IPsec protocol involves security policy database (SPD) and security association database (SAD) (Ref. RFC4301). The 
entries in the databases are configured by security parameters within IP connection request ASPs via control port 
IP_SOCK. The SS shall clean the entries related to a particular connection when a close connection ASP for that 
connection is received. The SS shall clean all entries when abortion of a test case is detected or after the system reboots. 
Packets that are not match the security polices shall bypass the IPsec processing as if there is no IPsec. 



4.2.5.2.3.1 



Security Association, SA 



During the IMS signalling handling two pairs of SAs consisting of four unidirectional SAs will be used, one pair of SAs 
(SA2 and SA4) is between the server port of UE and the client port of the SS, another pair of SAs (S Al and SA3) is 
between the client port of UE and the server port of the SS, see figure 4.2.5.2.3.1-1. 
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SA1 , spLps 
SA2, spLus 

SA3, spi_uc 
SA4, sprpc 



portps 
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Figure 4.2.5.2.3.1-1 Two pairs of SAs 



SAl used for data flow from port_uc to port_ps is an inbound SA for protected server port of P-CSCF, its Security 
Parameter Index spi_ps is selected by P-CSCF (IMS Registration/ Authentication function in IP_PTC) and presented in 
401 Unauthorised; SA2 used for data flow from port_pc to port_us is an inbound SA for protected server port of UE, its 
Security Parameter Index spi_us is selected by UE and presented in initial REGISTER message; SA3 used for data flow 
from port_ps to port_uc is an inbound SA for protected client port of UE, its Security Parameter Index spi_uc is selected 
by UE and presented in initial REGISTER message; SA4 used for data flow from port_us to port_pc via an inbound SA 
for client port of P-CSCF, its Security Parameter Index spi_pc is selected by P-CSCF (IMS Registration/ Authentication 
function in IP_PTC) and presented in 401 Unauthorised message. The pair of SAl and SA3 is for bidirectional traffic 
between port_uc and port_ps. The pair of SA2 and SA4 is for bidirectional traffic between port_pc and port_us. Those 
four spi_xx and other security parameters are negotiated during security association set up procedure and shall be 
passed to IPsec protocol layer in the SS. See "SAD and SPD" and clause 7.2 of TS 33.203 [41]. 

These four unidirectional SA and relevant ports are shared by TCP and UDP. TCP transport will use all four SAs, UDP 
transport uses only two SAs, because there is no traffic from port_ps to port_uc, nor from port_us to port_pc. Figure 
4.2.5.2.3.1-2 shows the usage of ports and SAs under UDP and TCP transport in a generic registration procedure. (Ref 
Annex C2 of TS 34.229-1 [40]). 
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Figure 4.2.5.2.3.1-2: Usage of ports and SAs in UDP and TCP transport 



4.2.5.2.3.2 SAD and SPD 

SAD and SPD are used by IPsec to store various security parameters (per Security Association). During IMS AKA, the 
UE and the IMS Registration/ Authentication function in IP_PTC negotiates the negotiable parameters for security 
association setup, this negotiation is carried out at the SIP level in TTCN-3, and the resulting security association 
parameters are maintained in TTCN-3. The involved parameters are: 

spi_uc; spi_us; spi_pc; spi_ps 

encryption algorithm 

integrity algorithm 

The IMS AKA will generate key IKjm, the security parameters IKesp and CKesp are derived from IKjm and CKjm in 
TTCN-3 (Ref. Annex I of TS 33.203[41]). ASPs are used to pass these parameters (per security association and with its 
selectors) from TTCN-3 to SAD and SPD of IPsec layer in the SS. 

The same IKesp and CKesp will be used for the four unidirectional SAs. All of the four unidirectional SAs will use the 
same negotiated encryption algorithm and integrity algorithm. 

In addition to those negotiable security parameters, other security parameters are fixed in IMS environment (Ref. clause 
7.1 ofTS 33.203 [41]): 

Life type: second 

S A duration: 2^*^-1 



Mode: transport 

IPsec protocol: ESP, ESP integrity applied 

Key length: 192 bits for DES-EDES_CBC, 128 bits for AES-CBC and HMAC-MD5-96; 160 bits for HMAC- 
SHA-1-96 



These parameters are hard coded with IPsec implementation in the SS, not passed from TTCN-3. 

An SA have to be bound to selectors (specific parameters) of the data flows between UE and P-CSCF (IMS 
Registration/ Authentication function in IP_PTC), the selectors are: 

source IP address 



destination IP address 



source port 
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destination port 

ttansport protocols that share the SA 

IP addresses boimd to the two pairs of SAs are: 

For inbound SAs at the P-CSCF (the SS side): 

The source and destination IP addresses associated with the SA are identical to those in the header of the IP 
packet in which the initial SIP REGISTER message was received by the P-CSCF. 

For outbound SAs at the P-CSCF (the SS side): 

The source IP address boimd to the outbound SA equals the destination IP address bound to the inbound SA; the 
destination IP address bound to the outboimd SA equals the source IP address bound to the inboimd SA. 

Ports bound to the two pairs of SAs are depictured in figure 4.2.5.2.3.1-1, port_ps and port_pc shall be different from 
the default SIP ports 5060 and 5061. The number of the ports port_ps and port_pc are communicated to the UE during 
the security association setup procedure. 

The transport protocol selector shall allow UDP and TCP. 

The selectors are passed to the SS IPsec layer together with the security parameters related to an SA bound to the 
selectors. 

4.2.5.2.4 Transport and IP-CAN bearer 

From protocol stack point of view, SIP is an application layer protocol located above transport layer (TCP or UDP 
protocol). Below transport layer we need IP/IPsec layer and IP-CAN bearer. In the testing model we depictured four 
kinds of IP-CAN bearers: UTRA bearers, EUTRA bearers, GERAN bearers and possible further extension of WLAN 
bearers. The emulations of these protocol layers are implemented in the SS and shall be compliant with the relevant 
core specifications (IETF and 3GPP). They are not parts of TTCN-3 codes, but the TTCN-3 codes shall be able to 
control their configuration and provide necessary parameters to them through ASPs. The IMS registration signalling 
using IMS AKA or the IMS registration signalling using GIBA will occur on the default EUTRA bearer. The transport 
layer shall deliver a whole SIP message (not segments of the message) to the IMS Registration/ Authentication located 
in IP_PTC no mater what segmentation happened in the transport layer on the IP-CAN bearer. 

4.2.5.2.5 SIP Compression 

SIP compression is mandatory (Ref. clause 8 of TS 24.229[42]) and Signalling compression (RFC3320, RFC3485, RFC 
3486, RFC4896, RFC5049) protocol is used for SIP compression. SigComp entity in the model is used to carry out the 
compression/decompression functions. In receiving direction of the SS the SigComp entity will detect whether the 
incoming SIP message is compressed, and decompress the message if it is compressed. In the SS transmitting direction, 
the TTCN, via ASP, controls when the compression of outgoing SIP message is started. Stateless compression is not 
used in the SIP environment. For statefull operation of SigComp the ASP passing compartment ID to SigComp is 
apphed. The SS shall clean all states related to a connection in SigComp when an ASP for closing the connection is 
received. The SS shall also clean all states in the SigComp when abortion of a test case is detected or after the system 
reboots. If decompression failure occurs while decompressing a message, the message shall be discarded. The SigComp 
entity in the SS shall automatically find if a secure port or un-secure port is being used for transmission or reception of 
messages. If an un-secure port is used for transmission, it shall not include state creation instructions. If the state 
creation command is received in a compressed message on an un-secured port, a decompression failure shall be 
generated. 

4.2.5.2.6 SIP TTCN-3 Codec 

SIP is a text-based protocol, the messages exchanged between the UE and the SS are character strings. In TTCN-3 the 
messages are structured to take the advantages of TTCN-3 functionaUties, and to make the debugging and maintenance 
easier. When TTCN-3 sends a SIP message to the UE, the SIP codec (not shown in Figure 4.2.5.2-1) converts (encvalue 
function of codec) the structured message to the corresponding character string to be transferred to the UE. When the 
SS receives a SIP message from the UE the TTCN-3 codec converts (decvalue function of codec) the received character 
string to the structured message to be dehvered to the TTCN-3. 
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4.2.6 Support DSMIPvG 



The extension to support DSMIPv6 is depictured in dotted lines and dotted boxes in Figure 4.2.5.2-1. The functions of 
HA and ePDGareFFS. 



4.3 SAE Test Model 
4.3.1 NAS Test Model 



TTCN 
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messages are coded 
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Config co-ord ports 
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Downlink: Encode the NAS 
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Dedicatedlnformation, decipher 
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External functions for 
NAS Security 
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Protocol stack of lower layers (PDCP, RLC, MAC, PHY...) 



Figure 4.3.1-1 : NAS Test lUlodel 



The NAS emulator is a parallel test component which handles NAS security, with the help of external functions to 
perform the integrity and (de)ciphering. 

The interface between the emulator and the TTCN (co-ordination messages) handle data as TTCN-3 values. The 
interface between the emulator and the SS handles the RRC messages as TTCN-3 values, containing (where applicable) 
secure, encoded NAS messages. 

The NAS emulator is not part of the test case in terms of verdict assignment (i.e. it does not check the correctness of any 
protocol message). Nevertheless, in case of fatal errors such as encode/decode errors, the NAS emulator sets the verdict 
to inconclusive and terminates immediately - which causes the test case to terminate, i.e. the NAS emulator does not 
resolve error situations. 



ETSI 



3G PP TS 36.523-3 version 8.6.0 Release 8 31 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

4.4 Inter RAT Test Model 

4.4.1 E-UTRAN-UTRAN Inter RAT Test Model 
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Figure 4.4.1-1 : Test model for Inter RAT E-UTRAN-UTRAN testing 



The model consists of dual protocol stack one for E-UTRAN and one for UTRAN. The TTCN implementation for 
E-UTRAN and UTRAN functionalities will be in separate Parallel Test Components. The SS E-UTRAN part is same 
as the model defined in clause 4.2.2 for RRC testing. 

The SS UTRAN part consist of LI, MAC, RLC and PDCP (IF PS user RB established only), are configured in normal 
mode. They shall perform all of their functions normally. Ciphering is enabled and shall be performed in RLC 
(AM/UM) and MAC (TM RLC). Integrity is enabled, and SS shall provide RRC emulator for integrity protection 
calculation and checking and 'Direct transfer' adaptation. Ports are above RLC (CS RAB and SRBO), PDCP (PS RAB) 
and RRC Emulator (SRBl to SRB4). 

The UE is configured in normal mode. Ciphering/Integrity (PDCP and NAS) are enabled and ROHC is not configured 
in E-UTRAN. Ciphering is enabled in UTRAN. 
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4.4.2 E-UTRAN-GERAN Inter RAT Test Model 
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Figure 4.4.2-1 : Test model for Inter RAT E-UTRAN-GERAN testing 



The model consists of dual protocol stack one for E-UTRAN and one for GERAN. The TTCN implementation for 
E-UTRAN and GERAN functionalities will be in separate Parallel Test Components. The SS E-UTRAN part is the 
same as the model defined in clause 4.2.2 for RRC testing. 

The SS GERAN model for GPRS consists of LI, MAC/ RLC and LLC, configured in normal mode. SNDCP may also 
be configured. They shall perform all of their functions normally. Ciphering is enabled and shall be performed in LLC. 
Ports ai-e above RLC (GRR messages), LLC (NAS and Data) and SNDCP (User Data). 

The SS GERAN model for GSM consists of LI, L2 (MAC/ RLC), configured in normal mode. They shall perform all 
of their functions normally. Ciphering is enabled and shall be performed in LI. Ports are above L2. 

The UE is configured in normal mode. Ciphering/Integrity (PDCP and NAS) is enabled and ROHC is not configured in 
E-UTRAN. Ciphering is enabled in GERAN. 
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4.4.3 E-UTRAN-CDMA2000 Inter RAT Test Model 
4.4.3.1 E-UTRAN-CDMA2000 HRPD Inter RAT Test Model 
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Figure 4.4.3-1 : Test model for InterRAT E-UTRAN-CDMA2000 HRPD testing 
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The model consists of a dual protocol stack, one for E-UTRAN and one for HRPD. The TTCN implementation for 
E-UTRAN and HRPD functionalities will be in separate Parallel Test Components. The SS E-UTRAN part is same as 
the model defined in clause 4.2.2 for RRC testing. 

The HRPD part emulation in SS is considered as a black box. The commands/Indications port is be used for 
commanding the SS to bring the UE into the desired state and monitoring the progress. The Pre-Reg port is used for 
routing encapsulated pre-registration messages in the EUTRAN cell to the HRPD. 

The SS HRPD part consists of Physical, MAC, Security, Connection, Session, Stream, Application and Layers for PPP 
and IP configured in normal mode. They shall perform all of their functions normally. Encryption may be enabled and 
performed in security layer. 

The CDMA2000 HRPD emulation in the SS supports the following layers and protocols: 

- Physical layer (Subtype 2) 

- MAC layer 

- Enhanced (Subtype 0, Subtype 1) Control Channel MAC Protocol (ECH) 

- Enhanced (Subtype 1) Forward Traffic Channel MAC Protocol (E-F-TCH) 

- Enhanced (Subtype 1) Access Channel MAC Protocol (E-ACH) 

- Subtype 3 Reverse Traffic Chaimel MAC Protocol (R-TCH) 

- Security Layer 

- Default Security Protocol (Security) 

- Connection Layer 

- Default Air Link Management Protocol (ALMP) 

- Default Connected State Protocol (CSP) 

- Default Packet ConsoUdation Protocol (PCP) 

- Inter-RAT Signalling Adaptation Protocol (IR-SAP) (required only for optimized handover) 

- Inter-RAT Initialization State Protocol (IR-Init SP) (required only for optimized handover) 

- Inter-RAT Idle State Protocol (IR-Idle SP) (required only for optimized handover) 
Inter-RAT Route Update Protocol (IR-RUP) (required only for optimized handover) 
Inter-RAT Overhead Messages Protocol (IR-OMP) (required only for optimized handover) 

- Session Layer 

- Default Session Management Protocol (SMP) 

- Default Address Management Protocol (AMP) 

- Default Session Configuration Protocol (SCP) 

- Stream Layer 

- Default Stream Protocol (DSP) 
Application Layer 

- Default Signalling Application 

- Signalling Network Protocol (SNP) 

- Signalling Link Protocol (SEP) 
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- Enhanced Multi-Flow Packet Application 

- Route Selection Protocol (RSP) 

- Radio Link Protocol (RLP) 

- Location Update Protocol (LUP) 

- Flow Control Protocol (FCP) 
- Above HRPD 

- PPP: Vendor Specific Network Control Protocol (PPP:VSNCP) 

- PPP: Vendor Specific Network Protocol (PPP:VSNP) 

- PPP: Link Control Protocol (PPP:LCP); 

PPP: Extensible Authentication protocol-Authentication and key agreement (PPP:EAP-AKA) 

- IPv4 

- IPv6 

The UE is configured in normal mode. Ciphering/Integrity (PDCP and NAS) are enabled and ROHC is not configured 
in E-UTRAN. Encryption is enabled in HRPD. 



ETSI 



3G PP TS 36.523-3 version 8.6.0 Release 8 36 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

4.4.3.2 E-UTRAN-CDMA2000 1 xRTT Inter RAT test model 
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Figure 4.4.3.2-1 : Test model for InterRAT E-UTRAN-CDiViA2000 IxRTT testing 



The IxRTT test model consists of a dual protocol stack, one for E-UTRAN and one for IxRTT. The TTCN 
implementation for E-UTRAN and IxRTT functionalities are in separate Parallel Test Components. The SS E-UTRAN 
part is same as the model defined in clause 4.2.2 for RRC testing. 
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The IxRTT part emulation in SS is considered as a black box. The commands/Indications port is used for commanding 
the SS to bring the UE into the desired state and monitoring the progress. The Pre-Reg port is used for routing 
encapsulated pre-registration messages in the EUTRAN cell to the IxRTT. 

The SS IxRTT part consists of Physical, MAC, LAC, Session, Stream, AppUcation and Layers for PPP and IP 
configured in normal mode. They shall perform all of their functions normally. Encryption may be enabled and 

performed in security layer. 

The CDMA2000 IxRTT emulation in the SS supports the following layers and protocols: 

- Physical layer 

- MAC layer 

- SignalUng Radio Burst protocol 

- Radio Link Protocol for Data services 

- Forward and Reverse Packet Data Channel functions 
Multiplexing and QoS Delivery 

Link Access Control 

- Authentication and Message Integrity sublayer [optional] 

- ARQ sublayer 

- Addressing 

- UtiUty 

- Segmentation and Reassembly 

- Layer 3 

Super visioning and Configuration Management 

- SignalUng Protocol 

The UE is configured in normal mode or loop back mode. Ciphering/Integrity (PDCP and NAS) are enabled and ROHC 
is not configured in E-UTRAN. Encryption may be enabled in IxRTT. 



ETSI 



3G PP TS 36.523-3 version 8.6.0 Release 8 38 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

4.4.4 E-UTRAN FDD-TDD Inter RAT Test Model 
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Figure 4.4.4-1 : Test model for Inter RAT E-UTRANFDD-TDD testing 



The model consists of dual protocol stack one for E-UTRANFDD and one for E-UTRANTDD. The TTCN 
implementation for E-UTRANFDD and TDD functionalities will be in the same Parallel Test Component. The SS 
E-UTRAN (both FDD and TDD) part is the same as the model defined in clause 4.2.2 for RRC testing. SS 
E-UTRANFDD and TDD shall be configured as separate cells. 

The UE is configured in normal mode. Ciphering/Integrity (PDCP and NAS) are enabled and ROHC is not configured 
for both FDD and TDD. 
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4.4.5 E-UTRAN-UTRAN-GERAN Inter RAT Test Model 
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Figure 4.4.5-1 : Test model for Inter RAT E-UTRANFDD-TDD testing 



The model consists of integrated protocol stack supporting E-UTRAN, UTRAN and GERAN. The TTCN 
implementation for E-UTRAN, UTRAN and GERAN functionalities will be in separate Parallel Test Components. The 
SS E-UTRAN part is the same as the model defined in clause 4.2.2 for RRC testing. The SS UTRAN part is the same as 
the model defined in clause 4.4.1. The SS GERAN part is same as the model defined in clause 4.4.2. 

The UE is configured in normal mode. Ciphering/Integrity (PDCP and NAS) are enabled and ROHC is not configured 
in E-UTRAN. Ciphering/Integrity are enabled in UTRAN. Ciphering is enabled in GERAN. 



5 Upper Tester Interface 

This clause describes the handling of AT commands and MMI Commands at the system interface. The internal handling 
of those commands in TTCN is out of scope. 

In the TTCN, the Upper Tester is located at the MTC; therefore there is one interface to the system adaptor common for 
all RATs. 

There is one primitive defined carrying either an MMI or an AT command to be sent to the system adaptor and one 
common confirmation primitive to be sent by the system adaptor. 
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Type Name UT_SYSTEM_REQ 


TTCN-3 Type Record 






AT 


charstring carrying the AT command as defined in TS 27.007 [32], 
TS 27.005 [31] and TS 27.060 [33] 


MMI 


• Cmd (charstring) 

• List of parameters: 

o Name (charstring) 
o Value (charstring) 




TTCN-3 Type | boolean 

true: system adaptor shall reply with confirmation received from the 

UE 

false: SS shall swallow any confirmation generated by the UE 

Note: In the TTCN, a confirmation shall only be requested in cases 
when there is no signalling from the UE being triggered by the MMI/AT 
command 





Type Name 


UT COMMON CNF 


TTCN-3 Type 


Record 


Result 


TTCN-3 Type | boolean 




true: success 
false: failure 




response by the UE for commands which request the UE to return a 
result, optional 



All mandatory and optional AT commands are sent as AT command strings as defined above. If an optional AT 

command is not implemented in the UE, the system adaptor needs to parse the AT command and map it to an 
appropriate MMI command (which is out of scope for this document). 

The following MMI commands are defined. 



Table 5.1 : MMI commands 



Command 


Parameters 


Name Value 


"SWITCH ON" 


(none) 


"SWITCH OFF" 


(none) 


"POWER ON" 


(none) 


"POWER OFF" 


(none) 


"INSERT USIM" 


(none) 


"REMOVE USIM" 


(none) 


"CHECK PLMN" 


"PLMN" 1 <PLMN ID> 


PRE CONFIGURE FOR EPS ATTA 
CH 


(none) 


PRE CONFIGURE FOR COMBINE 
D EPS IMSI ATTACH 


(none) 


"CHECK SMS LENGTH CONTENT 

S" 


"Length" 


<Length> 


"Msg" 


<Msg> 


"DISABLE EPS CAPABILITY" 


(none) 


"SELECT CSG" 


"PLMN" 


<PLMN ID> 


"CSG" 


< CSG ID > 



The following AT commands are applied in TTCN. 
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Table 5.2: AT Commands 
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AT+CSCA 


3GPP TS 27 005 


AT+CMGW 


3GPP TS 27.005 


AT+CMSS 


3GPP TS 27.005 


AT+CSMP 


3GPP TS 27.005 


AT+CGEQREQ 


3GPP TS 27.007 


AT+CCLK 


3GPP TS 27.007 


AT+COPS 


3GPP TS 27.007 


AT+CGATT 


3GPP TS 27.007 


AT+GEMODE 


3GPP TS 27.007 



AT commands are referred to TS 27.005 [31], TS 27.007 [32] and TS 27.060 [33]. 



6 ASP specifications 

6.1 General Requirements and Assumptions 

The following common requirements affect ASP definitions: 

The definition of ASPs shall have no impact on the common system architecture or on the performance. 

The codec implementation is out of scope of the present document. 

- For peer-to-peer PDUs contained in an ASP encoding rules need to be considered acc. to the respective protocol: 

- ASN.l BERandPER. 

- Tabular notation for NAS PDUs or layer 2 data PDUs. 

There are no encoding rules being defined for top level ASP definitions and information exchanged between the test 
executable and the System Adaptor (SA) only. Instead encoding depends on implementation of the codec and the SA. 

There are no encoding rules being defined for ASPs between TTCN-3 components. This is implementation dependent. 

Info elements defined in the protocol specifications (e.g. RRC) shall be re-used in configuration ASPs as far as possible. 

For optional fields within the configuration ASPs, the following rules will be applied: 

- For ASN.l fields - these will follow the same rules as defined in the RRC specification [19]. 

- For TTCN-3 fields - when the current configuration of an optional field is to be 'kept as it is' then the field will 
be set to omit. 

- For TTCN-3 fields - when the current configuration of an optional field is to be released/deleted then a separate 
option is provided in a union. 
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6.1.1 IP ASP requirements 

6.1 .2 Enhancement of IP ASP for handling IMS signalling 

The IMS test model handling registration signalling introduces IPsec and SigComp layers into the IP test model in 
Figure 4.2.5.2-1. The ASP on system port IP_SOCK needs to be enhanced to provide additional configuration/control 
functions for IPsec and SigComp. The enhanced IP ASP should contain: 

1 . Function to clean all IPsec and SigComp configurations and to put the IPsec and SigComp in the initial state. 

2. Function to return SigComp layer a Compartment Id instructing SigComp layer to save the state of a received 

message which was compressed. 

3. Function to start or stop signalling compression in sending direction (the SS to the UE) of SigComp. 

4. Function to set security parameters (per security association) in IPsec layer. 

5. A flag indicating whether SigComp layer shall be included in the data path when establishing a connection. 

6. A flag indicating whether the received message was compressed by SigComp. 

7. A parameter to point to a compartment used by SigComp to send a message. 



6.2 



E-UTRAN ASP Definitions 



SYSTEM IND 



SYSINDport 



System Indication 



CTRL_REQ 

SYSTEM_CTRL_CNF 

/ 



Test case (TTCN-3) 

NAS_CTRL_REQ CTRL CNF 



SRB_COMMON_IND 



DRB_COMMON_IND 



SRB_COMMON_REQ 



Security 




NAS Emulation 
(TTCN-3) 

, NAsCount 




DRB_COMMON_REQ 



SRB2:/ SRB1 

NAS / 

only/ FIRC+ 
NAS 



NAS 
Security 
(perUE) 




RRC/NAS 




codec 



SRBO: 

PRC 

only 



^3-t\ Logical Channels Lctb^ 



Systemlndication 



^ BCCH 

1^ 



RACH 
CTRL 



DRBport 




CCCH/DCCH/DTCH 
CTRL 



PBCH/PCFICH/PHICH/PDCCH/PDSCH 
PRACH/PUCCH/PUSCH 



Figure 6.2-1 : E-UTRAN ASP Test Model 
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6.2.1 Configuration Primitives 

Annex D contains the ASP definitions for configurations. 

6.2.2 Signalling Primitives 

Annex D contains the ASP definitions for configurations. 



6.2.3 Co-ordination Messages between NAS Emulation PTC and EUTRA 
PTC 





Type Name 


SRB_COIVIMON_REQ 


TTCN-3 Type 


Record 


Common Part 


TTCN-3 Type 


record 


Cellld 


cell id 


Routinglnfo 


SRBO, SRB1, SRB2 


Timinglnfo 


system frame number and sub-frame number or "Now" 


Control Info 




GnfFlag: (normally false) 
FollowOnFlag: 

true: Indicates that the message(s) to be sent on the same TTI will 
follow 

NOTE: If the same Timinglnfo is not used in the messages to be 

sent on the same TTI, the SS shall produce an error 
false: Indicates that no more message(s) will follow. 


Signalling Part 


TTCN-3 Type 


record 






omit: 








NAS message shall be present; NAS message shall be sent in 
DLInformationTransfer 






present, NAS message present: 

(piggybacked) NAS PDU shall be security protected (if necessary) and 
inserted in RRC PDU's NAS_Dedicatedlnformation 






present, NAS message omit: 

(RRC message does not contain NAS information) 


Ccch 


DL CCCH Message as define in TS 36.331 [19], clause 6.2.1 


Dcch 


DL_DCCH_Message as define in TS 36.331 [19], clause 6.2.1 





omit: 

RRC message shall be present; RRC message does not contain 
(piggybacked) NAS PDU 
present, RRC message omit: 

NAS message shall be sent embedded in DLInformationTransfer 

present, RRC message present: 

NAS message is piggybacked in RRC message 

NOTE: In case of RRC message being sent on CCCH or does not 

have IE NAS_Dedicatedlnformation NAS message shall be 

omitted. 


SecurityProtectionlnfo 


security status (if protected with integrity and/or ciphering, if at all) 


NAS message 


union of all NAS messages define for DL except SECURITY 
PROTECTED NAS MESSAGE 



TTCN-3 ASP Definition 


Type Name 


SRB COIUIMON IND 


TTCN-3 Type 


Record 


Common Part 


TTCN-3 Type [record 


Cellld 


cell id 


Routinglnfo 


SRBO, SRB1, SRB2 


Timinglnfo 


system frame number; sub-frame number when PDU has been received 


Signalling Part 


TTCN-3 Type 


record 


Rrc 


TTCN-3 Type 


union 




omit: 

NAS message shall be present; NAS message is received in 
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ULInformationTransfer 






present, NAS message present: 

NAS_Dedicatedlnformation contains unstructured and security 
protected NAS PDU and the NAS message contains the deciphered 
message in structured format 
present, NAS message omit: 

(RRC message does not contain NAS information) 


Ccch 


UL_CCCH_IVIessage as define in TS 36.331 


[19], clause 6.2.1 


Dcch 


UL_DCCH_IViessage as define in TS 36.331 


[19], clause 6.2.1 










omit 






RRC message shall be present; RRC message does not contain 
(piggybacked) NAS PDU 
present, RRC message omit 

NAS message has been received in ULInformationTransfer 

present, RRC message present 

NAS message is piggybacked in RRC message 


SecurityProtectionlnfo 


security status (if protected with integrity and/or ciphering, if at all), 
nas count 


NAS message 


union of all NAS messages define for UL except SECURITY 
PROTECTED NAS MESSAGE 





Type Name 


NAS_CTRL_REQ 


TTCN-3 Type 


Record 


Common Part 


TTCN-3 Type | record 


Gellld 


cell id 


Routinglnfo 


(not used for configuration) 


Timinglnfo 


current system frame number; sub-frame number 
(always provided by the SS) 


Result 


Success or error 

(in case of error an SS specific error code shall be provided; this will not 
be evaluated by TTCN but may be useful for validation) 


Primitive specific Part 


TTCN-3 Type union 


Security 


Start/Restart 

Integrity 

Ciphering 

NasCountReset 
Release 


NAS Count 


get 
set 



TTCN-3 ASP Definition 


Type Name 


NAS CTRL CNF 


TTCN-3 Type 


Record 


IHHbmmon Parl^H^^^^B 




Gellld 


cell id 


Routinglnfo 


(not used for configuration) 


Timinglnfo 


current system frame number; sub-frame number 
(always provided by the SS) 


Result 


Success or error 

(in case of error an SS specific error code shall be provided; this will not be 
evaluated by TTCN but may be useful for validation) 


Security 


(contains no further information) 


NAS Count 


get 
set 
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6.3 UTRAN ASP Definitions 



6.3.1 ASPs for Control Primitive Transmission 





Type Niaine 


U CPHY CONFIG REQ 


TTCN-3 Type 


union 


Port 


UTRAN CPHY 


CPHY RL Setup FDD REQ 


TS 34.123-3, clause 7.3.2.2.11 


CPHY RL Setup TDD REQ 


TS 34.123-3, clause 7.3.2.3.1 


CPHY RL Modify FDD REQ 


TS 34.123-3, clause 7.3.2.2.9 


CPHY RL Modify TDD REQ 


TS 34.123-3, clause 7.3.2.3.1 


CPHY RL Release REQ 


TS 34.123-3, clause 7.3.2.2.10 


CPHY TrCH Config FDD REQ 


TS 34.123-3, clause 7.3.2.2.13 


CPHY TrCH Config TDD REQ 


TS 34.123-3, clause 7.3.2.2.13 


CPHY TrCH Release REQ 


TS 34.123-3, clause 7.3.2.2.14 


CPHY Cell Config FDD REQ 


TS 34.123-3, Clause 7.3.2.2.2 


CPHY Cell Config TDD REQ 


TS 34.123-3, clause 7.3.2.3.1 


CPHY Cell Release REQ 


TS 34.123-3, clause 7.3.2.2.3 


CPHY Ini REQ 


TS 34.123-3, clause 7.3.2.2.4 


CPHY_Cell_TxPower_Modify_REQ 


TS 34.123-3, clause 7.3.2.2.5 


CPHY Frame Number REQ 


TS 34.123-3, clause 7.3.2.2.6 





Type Name 


U CPHY CONFIG CNF 


TTCN-3 Type 


union 


Port 


UTRAN CPHY 


CPHY RL Setup CNF 


TS 34.123-3, clause 7.3.2.2.11 


CPHY RL Modify CNF 


TS 34.123-3, clause 7.3.2.2.9 


CPHY RL Release CNF 


TS 34.123-3, clause 7.3.2.2.10 


CPHY TrCH Config CNF 


TS 34.123-3, Clause 7.3.2.2.13 


CPHY TrCH Release CNF 


TS 34.123-3, clause 7.3.2.2.14 


CPHY Cell Config CNF 


TS 34.123-3, clause 7.3.2.2.2 


CPHY Cell Release CNF 


TS 34.123-3, clause 7.3.2.2.3 


CPHY Ini CNF 


TS 34.123-3, clause 7.3.2.2.4 


CPHY Cell TxPower_Modify_CNF 


TS 34.123-3, Clause 7.3.2.2.5 


CPHY Frame Number CNF 


TS 34.123-3, clause 7.3.2.2.6 


CPHY Sync IND 


TS 34.123-3, clause 7.3.2.2.12 


CPHY Out of Sync IND 


TS 34.123-3, clause 7.3.2.2.7 





Type Name 


U_CMAC_ CONFIG_REQ 


TTCN-3 Type 


union 


Port ^ 


UTRAN CMAC 


CMAC Config FDD REQ 


TS 34.123-3, Clause 7.3.2.2.17 


CMAC Config TDD REQ 


TS 34.123-3, clause 7.3.2.2.17 


C MAC_S YS 1 N FO_Conf ig_REQ 


TS 34.123-3, clause 7.3.2.2.22 


C MAG_Secu rityMode_Conf ig_REQ 


TS 34.123-3, clause 7.3.2.2.20 


CMAC Cipfiering Activate REQ 


TS 34.123-3, clause 7.3.2.2.16 


CMAC PAGING Config FDD REQ 


TS 34.123-3, Clause 7.3.2.2.18 


CMAC PAGING Config TDD REQ 


TS 34.123-3, clause 7.3.2.2.18 


CMAC MACes Config REQ 


TS 34.123-3, clause 7.3.2.2.17d 


CMAC MACe Config FDD REQ 


TS 34.123-3, clause 7.3.2.2.17b 


CMAC_MACe_Config_TDD_REQ 


TS 34.123-3, clause 7.3.2.2.17b 


CMAC_MACe_NodeB_CellMapping REQ 


TS 34.123-3, clause 7.3.2.2.17c 


CMAC MAChs MACehs TFRCconfigure FDD REQ 


TS 34.123-3, clause 7.3.2.2.17a 


CMAC MAChs MACehs TFRCconfigure TDD REQ 


TS 34.123-3, clause 7.3.2.3.1 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



46 



ETSI TS 136 523-3 V8.6.0 (201 1-07) 



Type Name 


U_CMAC_ CONFIG_CNF 


TTCN-3 Type 


union 




UTRAN CMAC 


CMAC Config CNF 


TS 34.123-3, Clause 7.3.2.2.17 


CMAC_SYSINFO_Config_CNF 


TS 34.123-3, clause 7.3.2.2.22 


CMAC_Secu rityMode_Conf ig_CN F 


TS 34.123-3, clause 7.3.2.2.20 


CMAC Ciphering Activate CNF 


TS 34.123-3, clause 7.3.2.2.16 


CIVIAC PAGING Config CNF 


TS 34.123-3, clause 7.3.2.2.18 


CIVIAC MACes Config CNF 


TS 34.123-3, clause 7.3.2.2.1 7d 


CMAC MACe Config CNF 


TS 34.123-3, clause 7.3.2.2.17b 


CMAC MACe NodeB CellMapping CNF 


TS 34.123-3, clause 7.3.2.2.17c 


CMAC MAChs MACehs TFRCconfigure CNF 


TS 34.123-3, clause 7.3.2.2.17a 





Type Name 


U_CRLC_ CONFIG_REQ 


TTCN-3 Type 


union 




UTRAN CRLC 


CRLC_Config_REQ 


TS 34.123-3, clause 7.3.2.2.24 


CRLC_Sequence_Number_REQ 


TS 34.123-3, clause 7.3.2.2.29 


CRLC_SecurityMode_Config_REQ 


TS 34.123-3, clause 7.3.2.2.28 


CRLC Ciphering Activate REQ 


TS 34.123-3, clause 7.3.2.2.23 


CRLC_lntegrity_Activate_REQ 


TS 34.123-3, clause 7.3.2.2.25 


CRLC_SetRRC_MessageSN_REQ 


TS 34.123-3, clause 7.3.2.2.28a 


CRLC_RRC_MessageSN_REQ 


TS 34.123-3, clause 7.3.2.2.27a 


CRLC Resume REQ 


TS 34.123-3, clause 7.3.2.2.27 


CRLC Suspend REQ 


TS 34.123-3, clause 7.3.2.2.31 


CRLC ProhibitRLC Ack REQ 


TS 34.123-3, clause 7.3.2.2.26a 



TTCN-3 ASP Definition ^ 


Type Name 


U CRLC CONFIG CNF 


TTCN-3 Tvoe 


union 


UTRAN CRLC 


CRLC_Config_CNF 


TS 34.123-3, clause 7.3.2.2.24 


CRLC_Sequence_Number_CNF 


TS 34.123-3, clause 7.3.2.2.29 


CRLC SecurityMode Config CNF 


TS 34.123-3, clause 7.3.2.2.28 


CRLC_Ciphering_Activate_CNF 


TS 34.123-3, clause 7.3.2.2.23 


CRLC_integrity_Activate_CNF 


TS 34.123-3, clause 7.3.2.2.25 


CRLC_lntegrity_Failure_IND 


TS 34.123-3, clause 7.3.2.2.26 


CRLC SetRRC MessageSN CNF 


TS 34.123-3, clause 7.3.2.2.28a 


CRLC RRC MessageSN_CNF 


TS 34.123-3, clause 7.3.2.2.27a 


CRLC_Resume_CNF 


TS 34.123-3, clause 7.3.2.2.27 


CRLC Suspend CNF 


TS 34.123-3, clause 7.3.2.2.31 


CRLC ProhibitRLC Ack CNF 


TS 34.123-3, clause 7.3.2.2.26a 



6.3.2 ASPs for Data Transmission and Reception 



TTCN-3 ASP Definition 


Type Name 


U RLC AM REQ 


TTCN-3 Type 


union 




UTRAN AM 


RLC AM DATA REQ 


TS 34.123-3, clause 7.3.2.2.34 


RLC_AM_TestDataReq 


TS 34.123-3, clause 7.3.3.1 
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Type Name 


U RLC AM IND 


TTCN-3 Type 


union 




UTRAN AM 


RLC AM DATA CNF 


TS 34.123-3, Clause 7.3.2.2.34 


RLC AM DATA IND 


TS 34.123-3, clause 7.3.2.2.34 


RLC AM TestDataInd 


TS 34.123-3, clause 7.3.3.1 



UTRAN RLC AM REQ 


UTRAN AM 


TS 34.123-3, clause 7.3.2.2.34 


UTRAN RLC AM IND 


UTRAN AM 


TS 34.123-3, clause 7.3.2.2.34 


UTRAN RLC TR REQ 


UTRAN TM 


TS 34.123-3, clause 7.3.2.2.33 


UTRAN RLC TR IND 


UTRAN TM 


TS 34.123-3, clause 7.3.2.2.33 


UTRAN RLC UM REQ 


UTRAN UM 


TS 34.123-3, Clause 7.3.2.2.35 


UTRAN RLC UM IND 


UTRAN UM 


TS 34.123-3, clause 7.3.2.2.35 


RRC_DataReq 


UTRAN_Dc 


TS 34.123-3, clause 7.1.2 


RRC_DataReqlnd 


UTRAN_Dc 


TS 34.123-3, clause 7.1.2 



The Invalid_DL_DCCH_Message type is replaced with: 



Type Name 


Invalid DL DCCIH Message 




NULL 



6.4 GERAN ASP Definitions 

6.4.1 ASPs for Control Primitive Transmission 



Type Name 


G CPHY CONFIG REQ 


TTCN-3 Type 


Union 


Port 


GERAN CL1 


G CL1 CreateCell REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL1 DeleteCell REQ 


TS 34.123-3, Clause 7.3.4.3.2.1 


G_CL1 _CreateBasicPhyCh_REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL1 CreateMultiSlotConfig REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL1 DeleteChannel REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G_CL1_ChangePowerLevel_REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G_CL1_CipheringControl_REQ 


TS 34.123-3, Clause 7.3.4.3.2.1 


G CL1 CipherModeModify REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL1 ChModeModify REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL1 ComingFN REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL2 HoldPhylnfo REQ 


TS 34.123-3, clause 7.3.4.3.2.2 


G CL1 LI Header REQ 


TS 34.123-3, clause 7.3.4.3.2.1 


G CL2 MeasRptControl REQ 


TS 34.123-3, clause 7.3.4.3.2.2 


G CL2 NoUAforSABM REQ 


TS 34.123-3, clause 7.3.4.3.2.2 


G CL2 ResumeUAforSABM REQ 


TS 34.123-3, clause 7.3.4.3.2.2 


G CL2 Release REQ 


TS 34.123-3, clause 7.3.4.3.2.2 


G_CL1_SetNewKey_REQ 


TS 34.123-3, clause 7.3.4.3.2.1 



e Name G_CPHY_CONFIG_CNF 
TTCN-3 Type Union 



Port GERAN CL1 



ComingFN 


RFN 


LI Header 


LI Header 


None 


This choice used when neither of the other choices are 
selected 
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Type Name 


G_CRLC_ CONFIG_REQ 


TTCN-3 Type 


Union 


Port 


GERAN CRLC 


G CRLC CreateRLC MAC REQ 


TS 34.123-3, Clause 7.3.4.3.2.3 


G CRLC DeleteRLG MAC REQ 


TS 34.123-3, clause 7.3.4.3.2.3 


G CRLC DL TBF Config REQ 


TS 34.123-3, clause 7.3.4.3.2.3 


G CRLC UL TBF Config REQ 


TS 34.123-3, Clause 7.3.4.3.2.3 



Type Name 


G_CRLC_ CONFIG CNF 


TTCN-3 Type 


empty record 


Port 


GERAN CRLC 



TTCN-3 ASP Definition 


Type Name 


G CLLC CONFIG REQ 




Union 




GERAN_CLLC 


G_CLLC_Assign_REQ 


TS 34.123-3, clause 7.3.4.3.2.4 


G CLLC Reassign REQ 


TS 34.123-3, clause 7.3.4.3.2.4 


G CLLC CreateLLE REQ 


TS 34.123-3, clause 7.3.4.3.2.4 


G CLLC DeleteLLE REQ 


TS 34.123-3, clause 7.3.4.3.2.4 





TTGN-3 ASP Definition 


- ...J 


Type Name 


G CLLC CONFIG CNF 


TTCN-3 Type 


empty record 




GERAN CLLC 



6.4.2 ASPs for Data Transmission and Reception 



Type Name 


G L2 DATAMESSAGE REQ 


TTCN-3 Type 


Union 


Port 


GERAN L2 


G L2 UNITDATA REQ 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 Release REQ 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 SYSINFO REQ 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 Paging REQ 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 PagingGPRS REQ 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 DATA REQ 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 GTTP REQ 


TS 34.123-3, clause 7.3.4.3.1.1 



The SysInfoType is replaced with: 



Type Name 


SyslnfoMsg 


TTCN-3 Type 


union 




SYSTEMINF0RMATI0NTYPE1 




SYSTEMINF0RMATI0NTYPE2 




SYSTEMINF0RMATI0NTYPE3 




SYSTEMINFQRMATI0NTYPE4 




SYSTEMINF0RMATI0NTYPE5 




SYSTEMINF0RMATI0NTYPE6 




SYSTEMINF0RMATI0NTYPE1 3 




SYSTEMINF0RMATI0NTYPE1 5 




SYSTEMINF0RMATI0NTYPE2bis 




SYSTEMINF0RMATI0NTYPE2ter 




SYSTEMINF0RMATI0NTYPE2quater 




SYSTEMINFORMATIONTYPESbis 
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Type Name 


G_L2_DATAMESSAGEJND 


TTCN-3 Type 


Union 


Port 


GERAN L2 


G L2 UNITDATA IND 


TS 34.123-3, Clause 7.3.4.3.1.1 


G L2 Release CNF 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 Release IND 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 Estab IND 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 GTTP IND 


TS 34.1 23-3, clause 7.3.4.3.1 .1 


G L2 DATA IND 


TS 34.123-3, clause 7.3.4.3.1.1 


G L2 ACCESS IND 


TS 34.123-3, clause 7.3.4.3.1.1 



TTCN-3 ASP Definition 



Type Name 


G RLC DATAiUIESSAGE REQ 


TTCN-3 Type 


Union 


Port 


GERAN RLC 


G_RLC_ControlMsg_REQ |TS 34.123-3, clause 7.3.4.3.1 .2 



Type Name 


G RLC DATAiUIESSAGE IND 


TTCN-3 Type 


Union 


Port 


GERAN RLC 


G_RLC_ControlMsgJND |TS 34.123-3, clause 7.3.4.3.1 .2 





Type Name 


G LLC DATAIUIESSAGE REQ 


TTCN-3 Type 


Union 


Port 


GERAN LLC 


G LLC UNITDATA REQ 


TS 34.123-3, clause 7.3.4.3.1.3 


G LLC XID RES 


TS 34.123-3, Clause 7.3.4.3.1.3 



Type Name 


G LLC DATAIUIESSAGE IND 


TTCN-3 Type 


Union 


Port 


GERAN LLC 


G LLC UNITDATA IND 


TS 34.123-3, Clause 7.3.4.3.1.3 


G LLC XID IND 


TS 34.123-3, clause 7.3.4.3.1.3 
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7 Test Methods and Design Considerations 
7.1 Channel Mapping 

Figure 7. 1 shows the channel type mapping that is used for the configuration of the SS. In layer 2 test cases non default 
channel mapping can be applied on SS, as explained in clause 4.2.1. 



(^ACH^ 




RLC 



Logical 
chs 



Transport 
chs 



pcncH) (mic?) (pdcch) (^cch) ^|I^g^'^^' 



7.1-1 : Channel type mapping for the default configuration of the SS 



Figure 



7.1.1 PDCCH Candidate Selection 

In this clause following abbreviations are used: 

- Common search Space Aggregation: CS_Agr. 

- UE-Specific Search Space Aggregation: UE_Agr. 
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- Total number of CCEs available in a subframe: Max_CCE. 

SS shall apply defined rules below in a DL subfi-ame for PDCCH candidates' selection. 

- Scheduled transmissions on SI-RNTI / P-RNTI / RA-RNTI, use Common Search Space. UL and DL Scheduled 
transmissions on C-RNTI/ SPS C-RNTI, and DL Scheduled transmissions on Temp. C-RNTI, use UE-Specific 
Search Space. Transmissions on TPC-PUCCH-RlVfTI / TPC-PUSCH-RNTI and UL Scheduled transmissions on 
Temp. C-RNTI is not considered for default CCE management. 

- If a transmission on SI-RNTI is scheduled, PDCCH candidate corresponding to CCEs between and (CS_Agr-l) is 
used. This PDCCH candidate is reserved for SI-RNTI, and left vacant if no SI-RNTI transmission is scheduled. 

- PDCCH candidates corresponding to CCEs between CS_Agr and (2*CS_Agr-l) can be used either for the 
transmission on P-RNTI or RA-RNTI. In conformance test cases with single UE, there is no requirement for 
transmissions scheduled for both P-RNTI and RA-RNTI in one DL subframe. 

- For DL transmission for C-RNTI/SPS-RNTl/Temp C-RNTI the lowest value of m =m' which has a PDCCH 
available from CCEs between 2*CS_Agr and (Max_CCE-l) shall be used, 'm' is defined in TS 36.213 [30], 
clause 9.1.1. 

- For UL transmission for C-RNTI/SPS-RNTI the lowest value of m =m">m'which has a PDCCH available from 
CCEs between 2*CS_Agr and (Max_CCE-l) shall be used, irrespective of PDCCH candidate corresponding to m' is 
used or not. 

NOTE: If m' or m" cannot be allocated in any TTI, it is a TTCN error due to X-RNTI not properly allocated. The 
error shall be reported to TTCN. The TTCN will exit the test case assigning an inconclusive verdict. 

7.1 .1 .1 FDD candidates selection 

Table 7.1.1.1-1 gives the CCE resources utilized for m' and m" for default values of common search space aggregation level 
=4, UE-specific search space aggregation L=2 resulting in 6 PDCCH candidates m=0..5 and channel Bandwidth of 5 MHz. 
This give Max_CCE =20 for FDD. The table also gives the corresponding CCE start indices of PDCCH candidates for m' 
and m". 
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Table 7.1.1.1-1 : CCE Start indices(m' & m" to be used for various C-RNTIs (5 MHz) 



C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 


tsc_C_RNTI_Def 


'1001'H 
4097 


m' 





1 











3 


4 











CCE St Ind' 


12 


8 


14 


8 


12 


8 


8 


8 


14 


10 


m" 


1 


2 


1 


1 


1 


4 


5 


1 


1 


1 


CCE St Ind" 


14 


10 


16 


10 


14 


10 


10 


10 


16 


12 


tsc_C_RNTI_Def2 


'1034'H 
4148 


m' 








2 








4 


4 


1 








CCE St Ind' 


12 


16 


8 


14 


10 


8 


8 


8 


18 


16 


m" 


1 


1 


3 


1 


1 


5 


5 


2 


5 


1 


CCE St Ind" 


14 


18 


10 


16 


12 


10 


10 


10 


8 


18 


tsc_C_RNTI_Def3 


■1111'H 
4369 


m' 











2 


3 














4 


CCE St Ind' 


16 


10 


14 


8 


8 


10 


14 


8 


18 


8 


m" 


1 


1 


1 


3 


4 


1 


1 


1 


5 


5 


CCE St Ind" 


18 


12 


16 


10 


10 


12 


16 


10 


8 


10 


tsc_C_RNTI_Def4 


'1FF1'H 
8177 


m' 














3 











2 


4 


CCE St Ind' 


12 


12 


18 


16 


8 


18 


18 


18 


8 


8 


m" 


1 


1 


5 


1 


4 


5 


5 


5 


3 


5 


CCE St Ind" 


14 


14 


8 


18 


10 


8 


8 


8 


10 


10 


tsc_C_RNTI_Def5 


'04D2'H 
1234 


m' 





2 





4 





2 


3 





1 





CCE St Ind' 


10 


8 


10 


8 


14 


8 


8 


14 


8 


10 


m" 


1 


3 


1 


5 


1 


3 


4 


1 


2 


1 


CCE St Ind" 


12 


10 


12 


10 


16 


10 


10 


16 


10 


12 


tsc_C_RNTI_Def6 


'0929'H 
2345 


m' 


4 





4 








1 


3 


3 


4 


2 


CCE St Ind' 


8 


10 


8 


12 


14 


8 


8 


8 


8 


8 


m" 


5 


1 


5 


1 


1 


2 


4 


4 


5 


3 


CCE St Ind" 


10 


12 


10 


14 


16 


10 


10 


10 


10 


10 


tsc_C_RNTI_Def7 


'ODBO'H 
3456 


m' 


2 





2 











3 








2 


CCE St Ind' 


8 


16 


8 


18 


14 


14 


8 


16 


14 


8 


m" 


3 


1 


3 


5 


1 


1 


4 


1 


1 


3 


UULotlnu 


1 U 


1 O 


1 U 


o 

o 


1 D 


-I c 

1 b 


1 U 


1 O 


1 b 


-1 n 
1 U 


tsc C RNTI Def8 


'1 1 D7'H 
4567 


in' 











2 








3 


2 





2 


CCE St Ind' 


8 


16 


8 


8 


14 


16 


8 


8 


8 


8 


m" 


1 


1 


1 


3 


1 


1 


4 


3 


1 


3 


CCE St Ind" 


10 


18 


10 


10 


16 


18 


10 


10 


10 


10 


tsc_C_RNTI_Def9 


'162E'H 
5678 


m' 





3 











2 








3 


2 


CCE St Ind' 


12 


8 


12 


16 


8 


8 


16 


18 


8 


8 


m" 


1 


4 


1 


1 


1 


3 


1 


5 


4 


3 


CCE St Ind" 


14 


10 


14 


18 


10 


10 


18 


8 


10 


10 


tsc_C_RNTI_Def10 


■1A85'H 
6789 


m' 











3 





1 





1 


3 


2 


CCE_St_lnd' 


16 


8 


16 


8 


8 


8 


16 


8 


8 


8 


m" 


1 


1 


1 


4 


1 


2 


1 


2 


4 


3 


CCE_StJnd" 


18 


10 


18 


10 


10 


10 


18 


10 


10 


10 



Tables 7.1.1.1-2, 7.1.1.1-3, 7.1.1.1-4 give the CCE resources utilized for m' and m" for default values of common search 

space aggregation level =4, UE-specific search space aggregation L=2 resulting in 6 PDCCH candidates m=0..5 and 
bandwidths of 10/15/20 MHz respectively. This gives Max_CCE =25(10 MHz)/37(15 MHz)/50(20 MHz) for FDD. The 
tables also give the corresponding CCE start indices of PDCCH candidates for m' and m". These are in general to be applied 
in MAC Transport block size test cases defined in clause 7.1.7 of 36.523-1 [1]. 
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Table 7.1.1.1-2: CCE Start indices (m' & m") to be used for default C-RNTI (10 MHz) 



C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 


tsc_C_RNTI_Def 


'1001'H 
4097 


m' 





3 


3 























CCE St Ind' 


12 


8 


8 


20 


16 


18 


16 


8 


14 


18 


m" 


1 


4 


4 


1 


1 


1 


1 


1 


1 


1 


CCE St Ind" 


14 


10 


10 


22 


18 


20 


18 


10 


16 


20 


tsc_C_RNTI_Def2 


'1034'H 
4148 


m' 





4 











4 














CCE St Ind' 


8 


8 


20 


10 


14 


8 


20 


22 


18 


8 


m" 


1 


5 


1 


1 


1 


5 


1 


5 


1 


1 


CCE St Ind" 


10 


10 


22 


12 


16 


10 


22 


8 


20 


10 


tsc_C_RNTI_Def3 


■1111'H 
4369 


m' 











4 











2 








CCE St Ind' 


16 


10 


10 


8 


22 


22 


22 


8 


10 


16 


m" 


1 


1 


1 


5 


5 


5 


5 


3 


1 


1 


CCE St Ind" 


18 


12 


12 


10 


8 


8 


8 


10 


12 


18 


tsc_C_RNTI_Def4 


'1FF1'H 
8177 


m' 


2 








4 








3 





2 





CCE St Ind' 


8 


20 


14 


8 


10 


18 


8 


22 


8 


12 


m" 


3 


1 


1 


5 


1 


1 


4 


5 


3 


1 


CCE St Ind" 


10 


22 


16 


10 


12 


20 


10 


8 


10 


14 


tsc_C_RNTI_Def5 


'04D2'H 
1234 


m' 


3 














2 


3 


3 


1 





CCE St Ind' 


8 


16 


22 


12 


22 


8 


8 


8 


8 


22 


m" 


4 


1 


5 


1 


5 


3 


4 


4 


2 


5 


CCE St Ind" 


10 


18 


8 


14 


8 


10 


10 


10 


10 


8 


tsc_C_RNTI_Def6 


'0929'H 
2345 


m' 








2 


2 





1 











2 


CCE St Ind' 


20 


18 


8 


8 


18 


8 


18 


22 


12 


8 


m" 


1 


1 


3 


3 


1 


2 


1 


5 


1 


3 


CCE St Ind" 


22 


20 


10 


10 


20 


10 


20 


8 


14 


10 


tsc_C_RNTI_Def7 


'ODBO'H 
3456 


m' 


4 








1 

















4 


CCE St Ind' 


8 


20 


20 


8 


14 


22 


10 


8 


18 


8 


m" 


5 


1 


1 


2 


1 


5 


1 


1 


1 


5 


CCE_St_lnd" 


10 


22 


22 


10 


16 


8 


12 


10 


20 


10 


tsc_C_RNTI_Def8 


■11D7'H 
4567 


m' 


2 














4 


3 


2 


4 





CCE St Ind' 


8 


8 


12 


8 


10 


8 


8 


8 


8 


20 


m" 


3 


1 


1 


1 


1 


5 


4 


3 


5 


1 


CCE St Ind" 


10 


10 


14 


10 


12 


10 


10 


10 


10 


22 


tsc_C_RNTI_Def9 


'162E'H 
5678 


m' 








2 


4 








2 





1 





CCE St Ind' 


8 


10 


8 


8 


16 


16 


8 


14 


8 


16 


m" 


1 


1 


3 


5 


1 


1 


3 


1 


2 


1 


CCE St Ind" 


10 


12 


10 


10 


18 


18 


10 


16 


10 


18 


tsc_C_RNTI_Def10 


■1A85'H 
6789 


m' 











3 














3 





CCE St Ind' 


12 


12 


20 


8 


12 


18 


20 


10 


8 


12 


m" 


1 


1 


1 


4 


1 


1 


1 


1 


4 


1 


CCE St Ind" 


14 


14 


22 


10 


14 


20 


22 


12 


10 


14 


Table 7.1.1.1-3: CCE Start indices (m' & m") to be used for default C-RNTI (15 lUIHz) 


C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 


tsc_C_RNTI_Def 


'1001'H 
4097 


m' 


4 





























CCE_St_lnd' 


8 


14 


14 


20 


16 


18 


28 


20 


26 


30 


m" 


5 


1 


1 


1 


1 


1 


1 


1 


1 


1 


CCE St Ind" 


10 


16 


16 


22 


18 


20 


30 


22 


28 


32 
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Table 7.1.1.1-4: CCE Start indices (m' & m") to be used for default C-RNTI (20 MHz) 



C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 


tsc_C_RNTI_Def 


■1001'H 


m' 


3 























2 







4097 


CCE St Ind' 


8 


36 


34 


38 


42 


22 


10 


8 


8 


20 






m" 


4 


1 


1 


1 


1 


1 


1 


1 


3 


1 






CCE St Ind" 


10 


38 


36 


40 


44 


24 


12 


10 


10 


22 



7.1 .1 .2 TDD candidates selection 

The default TDD subframe configuration 1 is applied to this clause. 

Considering that each TDD subframe having different PHICH group number, and only two symbols being present for 
PDCCH in the special subframes 1 and 6 for bandwidth of 5 MHz, two symbols for PDCCH in all subframes for bandwidth 
of 10/15/20 MHz [3], each subframe has, therefore, different number of MAX_CCE. 

Table 7.1.1.2-1 gives the PDCCH candidates of m' and m" for default values of common search space aggregation level =4, 
UE-specific search space aggregation L=2 resulting in 6 PDCCH candidates m=0..5 and the corresponding CCE start 
indices for channel bandwidth of 5MHz. SFO and SF5 caimot be used for UL grant. SFl and SF6 are not used for DL 
assignment. SF2, SF3, SF7 and SF8 are not applicable to PDCCH CCE allocation since they are uplink subframes. 
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Table 7.1.1.2-1 : CCE Start indices (m' & m") to be used for various C-RNTIs (5 MHz) 



C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 






Max CCE 


21 


12 


- 


- 


20 


21 


12 


- 


- 


20 


tsc_C_RNTI_Def 


■1001'H 
4097 


m' 





- 


- 


- 





3 


- 


- 


- 





CCE St Ind' 


12 


- 


- 


- 


12 


8 


- 


- 


- 


10 


m" 


- 


4 


- 


- 


1 


- 


3 


- 


- 


1 


CCE St Ind" 


- 


10 


- 


- 


14 


- 


10 


- 


- 


12 


tsc_C_RNTI_Def2 


'1034'H 
4148 


m' 





- 


- 


- 





4 


- 


- 


- 





CCE St Ind' 


12 


- 


- 


- 


10 


8 


- 


- 


- 


16 


m" 


- 


5 


- 


- 


1 


- 


1 


- 


- 


1 


CCE St Ind" 


- 


10 


- 


- 


12 


- 


10 


- 


- 


18 


tsc_C_RNTI_Def3 


'1111'H 
4369 


m' 





- 


- 


- 


3 





- 


- 


- 


4 


CCE St Ind' 


16 


- 


- 


- 


8 


10 


- 


- 


- 


8 


m" 


- 





- 


- 


4 


- 


5 


- 


- 


5 


CCE St Ind" 


- 


10 


- 


- 


10 


- 


8 


- 


- 


10 


tsc_C_RNTI_Def4 


'1FF1'H 
8177 


m' 





- 


- 


- 


3 





- 


- 


- 


4 


CCE St Ind' 


12 


- 


- 


- 


8 


18 


- 


- 


- 


8 


m" 


- 


1 


- 


- 


4 


- 


4 


- 


- 


5 


CCE St Ind" 


- 


10 


- 


- 


10 


- 


10 


- 


- 


10 


tsc_C_RNTI_Def5 


'04D2'H 
1234 


m' 





- 


- 


- 





2 


- 


- 


- 





CCE St Ind' 


10 


- 


- 


- 


14 


8 


- 


- 


- 


10 


m" 


- 


3 


- 


- 


1 


- 


4 


- 


- 


1 


CCE St Ind" 


- 


10 


- 


- 


16 


- 


10 


- 


- 


12 


tsc_C_RNTI_Def6 


'0929'H 
2345 


m' 


4 


- 


- 


- 





1 


- 


- 


- 


2 


CCE St Ind' 


8 


- 


- 


- 


14 


8 


- 


- 


- 


8 


m" 


- 


2 


- 


- 


2 


- 


1 


- 


- 


3 


CCE St Ind" 


- 


10 


- 


- 


16 


- 


10 


- 


- 


10 


tsc_C_RNTI_Def7 


'0D80'H 
3456 


m' 


2 


- 


- 


- 








- 


- 


- 


2 


CCE St Ind' 


8 


- 


- 


- 


14 


14 


- 


- 


- 


8 


m" 


- 


1 


- 


- 


1 


- 


5 


- 


- 


3 


CCE St Ind" 


- 


10 


- 


- 


16 


- 


8 


- 


- 


11 


tsc_C_RNTI_Def8 


'11D7'H 
4567 


m' 























2 


CCE St Ind' 


8 








14 


16 








8 


m" 











1 




4 






3 


CCE St Ind" 




10 






16 




10 






10 


tsc_C_RNTI_Def9 


'162E'H 
5678 


m' 














2 








2 


CCE St Ind' 


12 








8 


8 








8 


m" 




5 






1 




3 






3 


CCE St Ind" 




8 






10 




10 






10 


tsc C RNTI Def1 



'1A85'H 
6789 


m' 














1 








2 


CCE St Ind' 


16 








8 


8 








8 


m" 




5 






1 




1 






3 


CCE St Ind" 




10 






10 




10 






10 



Tables 7.1.1.2-2, 7.1.1.2-3, 7.1.1.2-4 give the PDCCH candidates of m' and m" for default values of common search space 
aggregation level =4, UE-specific search space aggregation L=2 resulting in 6 PDCCH candidates m=0..5 and the 
corresponding CCE start indices for bandwidths of 10/15/20 MHz respectively, with the different Max_CCE number for 
each subframe. 



Table 7.1.1.2-2: CCE Start indices (m' & m") to be used for default C-RNTI (10 MHz) 



C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 






Max CCE 


27 


25 






25 


27 


25 






25 


tsc_C_RNTI_Def 


'1001'H 
4097 


m' 














2 











CCE St Ind' 


10 








16 


8 








18 


m" 




4 






1 




1 






1 


CCE St Ind" 




10 






18 




18 






20 
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Table 7.1.1.2-3: CCE Start indices (m' & m") to be used for default C-RNTI (15 MHz) 



C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 






Max CCE 


41 


37 






37 


41 


37 






37 


tsc_C_RNTI_Def 


'1001'H 
4097 


m' 














3 











CCE St Ind' 


12 








16 


8 








30 


m" 




1 






1 




1 






1 


CCE St Ind" 




16 






18 




30 






32 


Table 7.1.1.2-4: CCE Start indices (m' & m") to be used for default C-RNTI (20 MHz) 


C-RNTI 


Value 




SFO 


SF1 


SF2 


SF3 


SF4 


SF5 


SF6 


SF7 


SF8 


SF9 






Max CCE 


55 


50 


- 


- 


50 


55 


50 


- 


- 


50 


tsc_C_RNTI_Def 


'1001'H 
4097 


m' 


4 


- 


- 


- 





4 




- 


- 





CCE_St_lnd' 


8 


- 


- 


- 


42 


8 




- 


- 


20 


m" 


- 


1 


- 


- 


1 




1 


- 


- 


1 


CCE_St_lnd" 


- 


38 


- 


- 


44 




12 


- 


- 


22 


tsc C RNTI Def 
2 


'1034'H 
4148 


m' 





- 


- 


- 





4 


- 


- 


- 


1 


CCE St Ind' 


32 


- 


- 


- 


20 


8 


- 


- 


- 


8 


m" 


- 


1 


- 


- 


1 


- 


1 


- 


- 


2 


CCE St Ind" 


- 


48 


- 


- 


22 


- 


12 


- 


- 


10 


tsc C RNTI Def 
3 


'1111'H 
4369 


m' 





- 


- 


- 


3 


2 


- 


- 


- 





CCE St Ind' 


52 


- 


- 


- 


8 


8 


- 


- 


- 


20 


m" 


- 


1 


- 


- 


4 


- 


3 


- 


- 


1 


CCE St Ind" 


- 


22 


- 


- 


10 


- 


10 


- 


- 


22 


tsc C RNTI Def 
4 


'IFFI'H 
8177 


m' 





- 


- 


- 








- 


- 


- 





CCE_St_lnd' 


22 


- 


- 


- 


42 


18 


- 


- 


- 


20 
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7.2 Uplink Grant 

The Network/SS informs the UE if it is allowed to make Uplink Data transmission by transmitting 'DCI format 0' on 
PDCCH. The UE shall transmit (4 TTl later for FDD or variable for TDD) a Transport block of exactly the same size as 
specified in DCI format 0. The UE has no control of its own on TB size, and has to merely follow the network, even if that 
means lots of MAC padding or resource starving. 

The UE has the following means to communicate if it has UL data ready for transmission and subsequently the estimate of 
quantity of data to be transmitted. 

RACK procedure: UE in idle mode, handed over to a new cell or connected mode but PUCCH is unsynchronized 
(sometimes referred to as PUCCH is not configured) will trigger RACH procedure on data ready for transmission in UL. 

ScheduUng Request: UE in connected mode, no grant configured, PUCCH is synchronized and has data ready for 
transmission in UL, will transmit a scheduling request on PUCCH. 

Buffer Status Reports: UE in connected mode, PUCCH synchronized, has a configured grant for current TTI, but grant is 
not sufficient to transmit aU the data wUl include MAC control element BSR in the UL MAC PDU. 

RACH and SR indicate on data availability and BSR provides an estimate of data available for transmission. 

Hence to determine the exact need of the grant requirement of the UE a network/SS needs to act on all three of the above. 
This eventually complicates the SS implementation and hence the grant allocation procedure is simplified such that SS 

needs only to react on reception of SR. 

The SS, if configured for maintaining PUCCH synchronization at UE, shall periodically transmit automatically MAC 

PDUs containing the MAC control element Timing Advance'. The period as configured by the TTCN is set to 
80 % of the 'Time Alignment Timer' default value (750 ms) configured at UE. 

Additionally the SS can be configured to automatically transmit a 'configured' UL grant at every reception of a Scheduling 
Request. This grant should be selected under the following restrictions: 

- All UE categories can handle this i.e. (TBS < 5 160). 

- It is sufficiently large that most of upUnk signalUng messages can be transmitted. In case the grant is not sufficient to 
fit the whole UL data, the UE will have to wait for the expiry of RETX_BSR_TIMER and retransmit a SR. And 
hence the procedure is repeated. 

The following 4 tj^es of grant allocation configurations are possible. Grant allocation Tj^es 1 to 3 are applicable, when the 
UE is in connected state. Grant allocation Type 4 is appUcable when UE is estabUshing /re-estabhshing the RRC 
Connection, or during handover or in connected state but PUCCH is not synchronised. 

Grant Allocation Type 1 : 

- SS is configured to maintain PUCCH Synch. 

- SS is configured to send an automatically 'configured Grant' (in terms of /mcs ^^'-^ ^PRb) *° the UE on every 
reception of a Scheduling Request, within 10 subframes. The default configured grant is /^CS ~ ^ ^PRB ~ ^5, 

unless explicitly specified in test cases. 

- By default this type of grant allocation is apphed. The majority of Idle mode, RRC and NAS test cases, the 
preambles of all tests and the postambles of those tests for which UE is stUl PUCCH synchronised at the end of test 
body. A few Layer 2 tests also use this type of grant. 

Grant Allocation Type 2: 

- Configure SS to maintain PUCCH Synch. 
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- Configure SS to periodically transmit a grant (Ij^q^ and A'pRg)- Number of grants (1 or more) and period configured 
by TTCN. First grant transmitted as specified in timing information. 

- This type of grant allocation is applicable to the majority of RLC, PDCP and a few MAC test cases. 

- No additional grant is allocated on reception of any SRs. 

Grant Allocation Type 3: 

- SS may or may not be configured to maintain PUCCH Synch. 

- Configure SS to transmit a one time grant (/mcs '"^^^ ^prb) requested by TTCN. The one time 
transmission is achieved by setting Number of grants=l and period =Only once 

- This type of grant allocation is suitable for MAC and DRB tests when UE is in UL Synchronised state 

Grant Allocation Type 4 (RACH configuration): 

- In addition to the 3 types of UL grant allocations, a fourth type of grant allocation during the RACH procedure is 
also possible, where the SS behaves as per the RACH procedure configured and allocates the configured grant during 
the RACH procedure. This UL Grant type is used in the configuration for the preamble in many situations, basically 
in MAC test cases. This type of grant is further used when UE is estabhshing/re-estabUshing the RRC connection or 
during handover, or when the UE is not PUCCH synchronised; 

All the UL grant allocation methods define grant allocation in terms of /mcs ^■^'^ ^prb ^'^ used. The SS shall allocate 
RBs corresponding to PRE indices 0..(A^pjjB-l). 

7.2.1 Exception TC list 

This clause contains the exception test case Ust where the expUcit uplink grant types other than UL grant type 1 are 
specified. 
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Table 7.2.1-1 : Exception test case list with explicit uplink grant types other than UL grant type 1 



Group 


Test Case 


Uplink Grant Type 2 


Uplink Grant Type 3 


RLG 


7.2.2.6 


X 




7.2.2.7 


X 




7.2.3.1 




X 


7.2.3.2 


X 




7.2.3.4 




X 


7.2.3.5 




X 


7.2.3.6 


X 




7.2.3.7 


X 




7.2.3.9 


X 




7.2.3.10 


X 


X 


7.2.3.13 


X 


X 


7.2.3.15 


X 










7.2.3.18 




X 


MAC 


7.1.4.1 


X 




7.1.4.2 




X 


7.1.4.3 


X 




7.1.4.4 




X 








7.1.4.7 




X 


7.1.4.8 


X 


X 


7.1.4.10 




X 


7.1.4.11 




X 


7.1.4.14 




X 


7.1.4.15 


X 




7.1.4.16 


X 




7.1.5.1 


X 




7.1.5.2 


X 




7.1.5.3 


X 




7.1.5.4 


X 




7.1.5.5 


X 




7.1.6.1 




X 


RRC 


8.2.1.5 


X 




DRB 


12.1.1 




X 


12.1.2 




X 



7.3 Downlink Resource Allocation 

The DL resource allocation is an SS emulation function. In order to ensure similar DL behaviours (within defined 
tolerances) on the different SS platforms in the timing stringent requirements, all downlink resource allocation schemes 
specified in the present clause shall be supported by the SS. 

When the DL data is to be sent with a specific scheduling requirement, for instance, in a TTI in advance rather than "now", 
the TTCN shall ensure that the data is scheduled 100 ms in advance. The 100 ms time covers all time delays, from the time 
DL data is sent by the TTCN to the completion of the transmission at the SS (TTCN delays, codec delays, adaptor delays 
and SS processing delays at various protocol Layers). 

NOTE: The DL data means DL signalling and/or data in the present clause. 

7.3.1 PDCCH DC! default formats 

Two types of DCI combinations are identified as default formats for the signalling and protocol test. 
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DCI combination 1 uses: 

- DCI format lA, resource allocation type 2 localised, for all DL scheduling types. 

DCI combination 2 uses: 

- DCI format IC, resource allocation type 2 distributed, for scheduling of PCCH/BCCH/RAR; and 

- DCI format 1 resource allocation type 0, for UE dedicated scheduling. 

7.3.2 Radio parameters configured 

The SS shall support DL QPSK, 16QAM and 64QAM modulation schemes. The configured radio parameters, including 

DCI format, resource allocation types, maximum allowed modulation scheme, first virtual / physical resource block to be 
used, maximum available resource blocks and redundancy version, are provided to the SS. 

In the normal signalhng test condition, DL RLC and HARQ retransmissions are rare. The redundancy version is provided to 
allow the occasional HARQ retransmissions. For those MAC, RLC tests contained in Table 7.3.2-1 where timing 
requirements are involved the DL or UL HARQ retransmissions are not tolerable. Table 7.3.2-2 lists the RLC tests where 
timing requirements are involved, only one DL or UL HARQ retransmission per transport block is tolerable. Unless 
otherwise specified, i f HARQ retransmissions occur in the test cases contained in Table 7.3.2-1 or more than one HARQ 
retransmission occurs in the test cases of table 7.3.2-2, the test cases wiU be terminated with verdict inconclusive. 

NOTE: If the test is expecting the reporting of UL ACK/NACK for the DL MAC PDUs, or is configuring the PHICH 
in a certain mode, HARQ retransmissions other than those that are already specified in the prose will have an 
impact on the test sequence. If test cases perform scheduling of data transmissions and/or receptions, or the 
testing timers in the test cases are less than 900 ms (i.e. the tolerance for 90 ms), HARQ retransmissions wiU 
make it difficult to continue testing. 



Table 7.3.2-1 : TC list intolerable of HARQ retransmissions 



Test case 


Comment 


MAC 


7.1 .3.1 , 7.1 .3.2, 7.1 .3.4, 7.1 .3.5, 7.1 .3.6, 7.1 .3.9, 7.1 .6.1 , 


HARQ feedback reporting enabled or DL 


7.1.6.2 


CRC errors introduced; DL HARQ un 
specified (re)transmissions will result in 'Fail' 
in test body, UL HARQ retransmissions are 
allowed; 


7.1.4.8 


Strict relationship between grant and UL data 


7.1.4.3 


Up to 104 PDUs to be sent in DL every TTI; 


7.1.4.2, 7.1.4.11, 7.1.4.12, 7.1.4.14, 7.1.5.4 


HARQ feedback transmission specified or 
PHICH errors introduced 


RLC 


7.2.2.6, 7.2.2.7, 7.2.2.8, 7.2.2.10, 7.2.3.1 , 7.2.3.2, 
7.2.3.4, 7.2.3.5, 7.2.3.9, 7.2.3.10, 7.2.3.13, 7.2.3.14, 


Testing timer < 900 ms 


7.2.3.15,7.2.3.18 





Table 7.3.2-2: TC list intolerable of more than one HARQ retransmission per transport block 



Test case 




Comment 


RLC 


7.2.3.6, 7.2.3.7, 7.2.3.8, 7.2.3.17 




Testing timer < 900 ms 



7.3.3 General DL scheduling scheme 

The rules in the present clause, unless particularly specified, are applied to both default DCI combinations. 
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The bandwidth of 5/10/20 MHz makes 25/50/100 available physical resource blocks respectively. The 25/50/100 resource 
blocks are divided into three distinct sets. Exact set sizes and the elements contained in the individual sets depend upon the 
DCI combination to be applied. 

- The first set is reserved for BCCH mapped to DL-SCH (SI-RNTI). 

- The second set is reserved for PCCH mapped to DL-SCH (P-RNTI). 

- The third set is used for one of mutually exclusive transmissions of: 

'Random Access Response' mapped to DL-SCH (RA-RNTl); or 

- UE-dedicated scheduling mapped to DL-SCH (C-RNTl/ SPS C-RNTl/ Temp C-RNTl). 

For each subframe for which data of one or more types is scheduled, the SS shall select a Transport Block Size (TBS), 
independently for each type of data scheduled, such that: 

- AU the scheduled data is transmitted respecting the timing information. More details on the timing information can 
be found in clause 7.8. 

- .- Not more than MaxRbCnt resource blocks are used, for DCI format IC, A^prb = MaxRbCnt. 

- Minimum MAC Padding is performed. 

- If all scheduled Data cannot be transmitted in the indicated subframe, for example due to TDD and half duplex 
configuration, it shall be transmitted in the next available subframe. 



This scheme is appUcable for Data transmission on logical channel BCCH mapped to DL-SCH, PDCCH scrambled by SI- 
RNTI. For both DCI combinations 4 physical resource blocks are reserved for BCCH transmission. The maximum 
modulation scheme is restricted to QPSK. 

Following additional rules are applied for TBS selection: 

- The Max TBS, the maximum TBS allowed for the scheduling scheme, is restricted to 600. (nearest value achievable 
for /ygs = 9 and = 4, as per table 7.1.7.2.1-1 of TS 36.213 [30]). 

- If the scheduled Data cannot fit into a TBS smaller or equal to Max TBS, SS generates an error (it's a TTCN error). 
TTCN should gracefully exit the test case as a fatal error, assigning inconclusive verdict. 

- Rules in clause 7.3.3.1.1 for DCI combination 1 and in clause 7.3.3.1.2 for DCI combination 2 shall be appUed. 



TS 36.213 [30], table 7.1.7.2.1-1, rows with Ij-g^ =0..26 and columns with A^p^g =2 (corresponding to TPC LSB =0) and 
^PRB =3 (corresponding to TPC LSB =1), TBS <=Max TBS are applicable. 

Distinct TBSs and all (TPC LSB, /ygj) combinations for each distinct TBS are listed in the sheet. 

If a TBS can have two (TPC LSB, Ij-g^) combinations, the combination with TPC LSB =0 is selected. 
RIV indicates 4 PRBs with index 0..3 allocated. 



7.3.3.1 



Additional rules for BCCH scheduling scheme 



7.3.3.1.1 



BCCH with DCI combination 1 



7.3.3.1.2 



BCCH with DCI combination 2 



TS 36.213 [30], table 7.1.7.2.3-1 , Itbs =0..17 with TBS <=Max TBS are applicable. 



RIV indicates 4 virtual RBs with index 0..3 allocated. These virtual RBs correspond to the physical RBs 
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- with index 0, 6, 12, 18 in even slots and 12, 18, 0, 6 in odd slots for 5 MHz bandwidth, 

- with index 0, 12, 27, 39 in even slots and 27, 39, 0, 12 in odd slots for 10 MHz bandwidth, 

- with index 0, 24, 48, 72 in even slots and 48, 72, 0, 24 in odd slots for 20 MHz bandwidth. 

7.3.3.2 Additional rules for PCCH specific scheduling scheme 

This scheme is appUcable for Data transmission on logical channel PCCH mapped to DL-SCH, PDCCH scrambled by P- 
RNTI. For DCI combination 1, one physical resource block is reserved. For DCI combination 2, two physical resource 
blocks are reserved for 5 MHz bandwidth, and four physical resource blocks are reserved for 10 or 20 MHz bandwidth. The 
maximum modulation scheme is restricted to QPSK. 

Following additional rules are applied for TBS selection: 

- If the scheduled Data cannot fit into Max TBS, SS generates an error (it's a TTCN error). TTCN should gracefully 
exit the test case as a fatal error, assigning inconclusive verdict. 

- Rules in clause 7.3.3.2. 1 for DCI combination 1 and clause 7.3.3.2.2 for DCI combination 2 shall be applied. 

7.3.3.2.1 PCCH with DCI combination 1 

TS 36.213 [30], table 7.1.7.2.1-1, rows with Ij^^ =0..26 and columns with =2 (corresponding to TPC LSB =0) and 
^PRB =3 (corresponding to TPC LSB =1) TBS < =Max TBS are appUcable. 

The Max TBS is restricted to 120 (nearest value achievable for /^g^ = 9 and A^pjjg =1, as per table 7.1.7.2.1-1 of 
TS 36.213 [30]). 

Distinct TBSs and all (TPC LSB, /j-gj) combinations for each distinct TBS are Usted in the sheet. 
If a TBS can have two (TPC LSB, /j-g^) combinations, the combination with TPC LSB =0 is selected. 
RIV indicates 1 PRBs with index 4 allocated. 

7.3.3.2.2 PCCH with DCI combination 2 

TS 36.213 [30], table 7.1.7.2.3-1, Ijbs =0..11 for 5 MHz/ Itbs =0..17 for 10 or 20 MHz with TBS <= Max TBS are 

applicable. 

The Max TBS is restricted to 

296 bits (nearest value achievable for Itbs = 9 and A^prb =2) for 5 MHz bandwidth, 

600 bits (nearest value achievable for Ij-^g = 9 and = 4) for 10 or 20 MHz bandwidth. 

RIV indicates either two virtual RBs with index 4 and 5 allocated, or four virtual RBs with index 4 to 7 allocated. These 
virtual RBs correspond to physical RBs: 

with index 1 and 7 in even slots and 13 and 19 in odd slots for 5 MHz bandwidth, 

with index 1, 13, 28, 40 in even slots and 28, 40, 1, 13in odd slots for 10 MHz bandwidth, 

with index 1, 25, 49, 73 in even slots and 49, 73, 1, 25 in odd slots for 20 MHz bandwidth. 
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7.3.3.3 



Additional rules for RAR specific scheduling scheme 



This scheme is applicable for transmission of Random Access Response mapped to DL-SCH, PDCCH scrambled by RA- 
RNTI. For both DCI combinations four physical resource blocks are reserved. The maximum modulation scheme is 
restricted to QPSK. 

Following additional rules are applied for TBS selection: 

- The Max TBS is restricted to 600 bits (nearest value achievable for Ijbs = 9 and A'prb =4, as per table 7.1.7.2.1-1 of 
TS 36.213 [30]). 

- If the scheduled Data cannot fit into Max TBS, SS generates an error (it's a TTCN error). TTCN should gracefully 
exit the test case as a fatal error, assigning inconclusive verdict. 

- Rules in clause 7.3.3.3.1 for DCI combination 1 and clause 7.3.3.3.2 for DCI combination 2 shall be applied. 



TS 36.213 [30], table 7.1.7.2.1-1, rows with Itbs = 0..26 and columns with Np«b = 2 (corresponding to TPC LSB = 0) and 3 
(corresponding to TPC LSB = 1) TBS < =Max TBS are applicable 

Distinct TBSs and all (TPC LSB, Itbs ) combinations for each distinct TBS are listed in the sheet. 
If a TBS can have two (TPC LSB, 7^^ ) combinations, the combination with TPC LSB =0 is selected. 

RIV indicates 4 PRBs with index 5. .8 allocated. 

7.3.3.3.2 RAR with DCI combination 2 

TS 36.213 [30], table 7.1.7.2.3-1 , Ins = 0..17 with TBS <= Max TBS are applicable. 

RIV indicates 4 virtual RBs are allocated. These corresponds to physical RB 

with index 13, 19, 2, 8 in even slots and 1, 7, 14, 20 in odd slots for 5 MHz bandwidth, 
with index 2, 14, 29, 41 in even slots and 29, 41, 2, 14 in odd slots for 10 MHz bandwidth, 
with index 2, 26, 50, 74 in even slots and 50, 74, 2, 26 in odd slots for 20 MHz bandwidth. 

7.3.3.4 Additional rules for UE-dedicated scheduling scheme in normal mode 

The UE-dedicated DL scheduling can work in the normal mode or in the explicit mode. The two resource allocation 
schemes shall be reconfigurable from each other when the UE and SS are not sending and receiving data, for instance, at 
end of the test preamble and before the beginning of the test body. 

The present clause is specified for the use of the normal mode. The explicit mode is referred to clause 7.3.3.6. 

The scheme specified in the present clause is apphcable for transmission of data dedicated to a UE in a DL subframe, 
mapped to DL-SCH, PDCCH scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI when spatial multiplexing MIMO mode 
is not configured. The maximum modulation scheme is restricted to 64QAM. For the DCI combination 1, 20 physical 
resource blocks (5 to 24), and for the DCI combination 2, 17 physical resource blocks are reserved. In the case when three 
intra frequency cells are applied to the test in the DCI combination 1, for the purpose of interference reduction, only 9 PRBs 
(16 to 24) are reserved. 

In TDD normal TBS selection mode, no data is transmitted in DwPTS of the special subframe. For FDD, data can be 

transmitted in any subframe. 



7.3.3.3.1 



RAR with DCI combination 1 
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The following additional rules are applied for TBS selection: 

- Multiple ASPs can also carry same explicit timing information; indicating different ASP payloads, eventually needs 

to be transmitted in 1 TTl. 

- The Max TBS is restricted to 10296 bits (Max supported by UE category type 1). 

For 5 MHz bandwidth and the DCI combination 1 with 20 PRBs or DCI combination 2, the TBS 8248, 8760, and 9528 are 
blocked as they result in coding rates higher than 0.93. 

For 5 MHz bandwidth and special DCI combination 1 with 9 PRBs, the TBS 2216, 5992 and 6712 are blocked as they result 
in coding rates higher than 0.93. 

For 10 and 20 MHz bandwidths none of TBSs are blocked as no TBS combination result in coding rates higher than 0.93. 
The blocked TBS are considered to be not available for selection. 

- Data pending for transmission in a given sub-frame consists of (listed in transmission priority order): 

- MAC Control Elements that the SS needs to send. 

- AMD STATUS PDU(s) that the SS needs to send. 

- Data not sent in previous subframe(s). 

- Fresh Data scheduled for transmission in this subframe for all logical channels. 

- Distinct TBSs and all (A'prb, Itbs) combinations for each distinct TBS are listed in the sheet. 

- If a TBS size can be achieved with more than one combination of /mcs (^tbs) and A^prb: 

- Select combination with lowest delta between A^prb and /mcs- 

- If still more than one combination remain, select combination with highest A'prb. 

- Not more than one RLC Data PDU shall be placed in a MAC PDU per logical channel (i.e. minimize RLC 
segmentation). 

- In a subframe, in case there is data pending for transmission from more than one logical channel, for each type of 
data pending for transmission as defined above, priority shall be given to the logical charmel with the lowest logical 
channel priority value. In case of more than one logical channel with the same logical channel priority value, these 
logical channels should be served equally. Data pending for transmission from more than one logical channel will 
rarely happen for the signalling and protocol test. 

- Data not transmitted within a subframe is scheduled as pending for transmission in the next available subframe 
according to the priorities given above. Pending data for transmission wiU rarely happen for the signalling and 
protocol test. 

- TBS selected in a context by various platforms shall be within an allowed deterministic tolerance of: 

- 2 bytes for potential Timing Advance Command MAC Control Element (1 byte data + 1 byte MAC sub header). 

- 4 bytes each for AMD STATUS PDU (2 bytes data + 2 bytes MAC subheader). 

- Therefore in the worst case the SS may add up to (2 + 4 x A'amrb ) bytes to the data scheduled for transmission in 
a certain subframe, where A^amrb is the number of AM radio bearers (SRB or DRB) actively sending DL data in 

the test, in any subframe. 

- For DCI combination 1 RIV is calculated based on physical resource blocks corresponding to A^prb of the selected 
TBS and (A^prb, has) combination. The physical resource blocks that can be allocated are the first A^prb resources of 
index range 
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5.. 24 for 5 MHz bandwidth, 
28.49 for 10 MHz bandwidth, 
9..30 for 20 MHz bandwidth. 

- For DCI combination 2, RBG assignment is calculated based on physical resource blocks corresponding to A'prb of 
the selected TBS and (A'prb, Itbs) combination. The size of RBG is 2 for 5 MHz, 3 for 10 MHz and 4 for 20 MHz. 
The available physical resource blocks for allocation are: 

For 5 MHz bandwidth, RBG1(2,3), RBG2(4,5), RBG4(8,9), RBG5(10,11), RBG7(14,15), RBG8(16,17), 
RBG10(20,21), RBG11(22,23) and RBG12(24). If A'prb is even, the first A'prb /2 available RBGs are aUocated. If 
NpRB is odd, then first (A'prb -1)/2 RBGs and RBG 12 are allocated. 

For 10 MHz bandwidth, RBG1(3,4,5), RBG2(6,7,8), RBG3(9,10,11), RBG5(15, 16,17), RBG6(18,19,20), 
RBG10(30,31,32), RBGl 1(33,34,35), RBG12(36,37,38) and RBG16(48,49). If A^prb mod 3 is 0, the first A'prb /3 
RBGs are allocated. If mod 3 is 2, then first (A'prb -2)/3 available RBGs and RBG 16 are allocated. 

For 20 MHz bandwidth, RBG1(4,5,6,7), RBG2(8,9,10,11), RBG3(12,13, 14,15), RBG4(16,17,18,19), 
RBG5(20,21,22,23), RBG7(28,29,30,31), RBG8(32,33,34,35), RBG9(36,37,38,39), RBG10(40,41,42,43), 
RBG14(56,57,58,59), RBG15(60,61,62,63), RBG16(64,65,66,67), RBG17(68,69,70,71), RBG19(76.77 .78.79) and 
RBG20(80,8 1,82,83). The first A'prb /4 RBGs are aUocated. 

7.3.3.5 DL Resource allocation bitmaps 
7.3.3.5.1 DCI combination 1 



Table 7.3.3.5.1-1 : Physical resource allocation bitmap for DCI combination 1 (5 MHz) with 20 PRBs 



Npm 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


BCCH 




















































PCCH 




















































RAR 




















































UE-Dedicated 





















































Table 7.3.3.5.1-2: Physical resource allocation bitmap for DCI combination 1 (5 MHz) with 9 PRBs 



A/pRB 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


BCCH 




















































PCCH 




















































RAR 




















































UE-Dedicated 





















































Table 7.3.3.5.1-3 (columns 0-34): Physical resource allocation bitmap for DCI combination 1 (10 MHz) 



A/pRB 





1 


2 


3 


4 


5 


6 


7 


8 


9..22 


23..27 


28 


29 


30 


31 


32 


33 


34 


BCCH 






































PCCH 




















Not Used 


















RAR 




































UE-Specific 
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Table 7.3.3.5.1-3 (columns 35-49): Physical resource allocation bitmap for DCI combination 1 (10 MHz) 



WpRB 


35 


36 


37 


38 


39 


40 


41 


42 


43 


44 


45 


46 


47 


48 


49 


BCCH 
































PCCH 
































RAR 
































UE-Specific 

































Table 7.3.3.5.1-4 (columns 0-20): Physical resource allocation bitmap for DCI combination 1 (20 MHz) 



A/pRB 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


BCCH 












































PCCH 












































RAR 












































UE-Specific 













































Table 7.3.3.5.1-4 (columns 21-30): Physical resource allocation bitmap for DCI combination 1 (20 MHz) 



NpRB 


21 


22 


23 


24 


25 


26 


27 


28 


29 


30 


31. .46 


47..52 


53..99 


BCCH 






















Not Used 


Used for P^^l 


Not Used 


PCCH 






















RAR 






















UE-Specific 























7.3.3.5.2 DCI combination 2 



Table 7.3.3.5.2-1: Physical resource allocation bitmap for DCI combination 2 (5 MHz) 



WpRB 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


BCCH-Even 















1 












2 












3 










■ 


BCCH-Odd 


2 












3 












,-P , 












1 














PCCH-Even 




4 












5 




































PCCH-Odd 




























4 












5 












RAR-Even 






8 












9 










6 












7 












RAR-Odd 




6 












7 














8 












9 








UE-Dedicated 



















































Table 7.3.3.5.2-2 (columns 0-20): Physical resource allocation bitmap for DCI combination 2 (10 MHz) 



WpRB 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


BCCH-Even 



























1 


















BCCH-Odd 


2 
























3 


















PCCH-Even 




4 
























5 
















PCCH-Odd 




6 
























7 
















RAR-Even 






8 
























9 














RAR-Odd 






10 
























11 














UE-Specific 


X 


X 






















X 


X 
















RBGs 








1 


2 


3 








5 


6 
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Table 7.3.3.5.2-2 (columns 21-41): Physical resource allocation bitmap for DC! combination 2 (10 MHz) 



A/pRB 

BCCH-Even 

BCCH-Odd 

PCCH-Even 

PCCH-Odd 

RAR-Even 

RAR-Odd 

UE-Specific 

RBGs 




Table 7.3.3.5.2-2 (columns 42-49): Physical resource allocation bitmap for DCI combination 2 (10 MHz) 



A/pRB 


42 


43 


44 


45 


46 |47 |48 |49 


BCCH-Even 










Not Used 


BCCH-Odd 










PCCH-Even 










PCCH-Odd 










RAR-Even 










RAR-Odd 










UE-Specific 














RBG's 


14 


15 


16 



Table 7.3.3.5.2-3 (columns 0-19): Physical resource allocation bitmap for DCI combination 2 (20 MHz) 



WpRB 





1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


BCCH-Even 











































BCCH-Odd 


2 








































PCCH-Even 




4 






































PCCH-Odd 




6 






































RAR-Even 






8 




































RAR-Odd 






10 




































UE-Specific 


X 


X 






































RBGs 








1 


2 


3 


4 



Table 7.3.3.5.2-3 (columns 20-39): Physical resource allocation bitmap for DCI combination 2 (20 MHz) 



A/pRB 


20 


21 


22 


23 


24 


25 


26 


27 


28 


29 


30 


31 


32 


33 


34 


35 


36 


37 


38 


39 


BCCH-Even 










1 
































BCCH-Odd 










3 
































PCCH-Even 












5 






























PCCH-Odd 












7 






























RAR-Even 














9 




























RAR-Odd 














11 




























UE-Specific 










X 


X 






























RBGs 


5 ^ 






8 


9 
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Table 7.3.3.5.2-3 (columns 40-59): Physical resource allocation bitmap for DC! combination 2 (20 MHz) 



/VpRB 

BCCH-Even 

BCCH-Odd 

PCCH-Even 

PCCH-Odd 

RAR-Even 

RAR-Odd 

UE-Specific 

RBG's 




Table 7.3.3.5.2-3 (columns 60-79): Physical resource allocation bitmap for DC! combination 2 (20 MHz) 



WpRB 


60 


61 


62 


63 


64 


65 


66 


67 


68 


69 


70 


71 


72 


73 


74 


75 


76 


77 


78 


79 


BCCH-Even 


























3 
















BCCH-Odd 


























1 
















PCCH-Even 




























7 














PCCH-Odd 




























5 














RAR-Even 






























11 












RAR-Odd 






























9 












UE-Specific 


























X 


X 














RBGs 


15 


16 


17 


L. 








19 



Table 7.3.3.5.2-3 (columns 80-99): Physical resource allocation bitmap for DCI combination 2 (20 MHz) 



WpRB 


80 


81 


82 


83 


84 


85 


86 


87 


88 


89 


90 


91 


92 


93 


94 


95 


96 |97 |98 |99 


BCCH-Even 


































Not Used 


BCCH-Odd 


































PCCH-Even 


































PCCH-Odd 


































RAR-Even 


































RAR-Odd 










































UE-Specific 










































RBGs 


20 


21 


22 


23 


24 



NOTE: Odd and even refer to slots. 

7.3.3.6 UE-dedicated scheduling scheme in explicit mode 

This scheme appHes to MIMO configurations or to non-MIMO configuration where the normal mode scheduling scheme is 
inappropriate. 

SS is configured with an exact TBS (modulation and coding scheme, I,„cs, and number of resource blocks, Np,-b) to use. 

Other parameters, such as the HARQ process number and redundancy version to use for each transmission, are also 
configured by the TTCN. 

All data scheduled for a certain subframe shall be transmitted in the single indicated subframe, using configured parameters. 
The TTCN shall ensure that the configured parameters are consistent, in particular that the scheduled data size and the 
configured TBS match each other. Data scheduled by the prose, and hence also by the TTCN, provides possible space for 
the Timing Advance MAC control element and the RLC Status PDU. The SS shall include one of these if so triggered, else 
the bits reserved for these are filled by MAC padding. 

Additionally, in the case of MIMO data scheduled for transmission in a given sub-frame, this consists of (listed in 
transmission priority order): 
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- MAC Control Elements that the SS needs to send (if triggered) 

- AMD STATUS PDU(s) that the SS needs to send (if triggered) 

- Fresh data scheduled for transmission in this subframe for one or more logical channels, as per logical channel 

priority [lower value = higher priority]; if data is available for more than one logical channel with the same 
priority, then the logical chaimel corresponding to the DRB-ID with the lower value has the higher priority 

- MAC padding 

The following additional rules need to be applied on data scheduled for transmission to be mapped on two transport blocks 
corresponding to two code words: 

- Higher priority data (as stated above) maps on to Transport Block 1 and lower priority data maps on Transport Block 
2 (if Transport Block 1 gets full); and 

- Minimum MAC padding is performed in Transport Block 1 ; and 

- If data from one logical channel needs to be mapped on to two transport blocks, the PDCP PDUs with lower PDCP 
sequence numbers get mapped on to Transport Block 1. 

7.3.3.6.1 DL Scheduling in Transport Block Size Selection Test Cases 

The MAC transport block size selection test cases defined in clause 7.1.7 of 36.523-1 [1], use bandwidths of 10/15/20MHz. 

For the preamble and post amble in these tests, the default scheduling rules defined in clauses 7.3.3.1 to 7.3.3.4 for 10/10/20 
MHz and DCI combination lA are applied respectively. During the test body, when the actual TB sizes with appropriate 
DCl and resource allocation formats needed are to be tested, the SS is configured in explicit mode for UE-dedicated 
scheduling. 

7.3.3.7 Resource allocation sheets 

Attached with this Technical Specification, the DL resource allocation tables can be found, providing physical resource 
allocations for various transport block sizes, developed as per rules specified in clause 7.3.3, in Microsoft Excel format. 
Each individual sheet in the workbook represents various scheduhng schemes as per table 7.3.3.7-1. 
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Table 7.3.3.7-1 : DL resource allocation sheets 



S. No 


Sheet Name 


Description 


1 


DCI-1A-PCCH 


DL Resource scheduling for DCI format 1 A and PDCCH is 
scrambled by P-RNTI (5, 10 & 20 MHz) 


2 


DCI-1A-BCCH 


DL Resource scheduling for DCI format 1 A and PDCCH is 
scrambled by SI-RNTI (5, 10 & 20 MHz) 


3 


DCI-1A-RAR 


DL Resource scheduling for DCI format 1A and PDCCH is 
scrambled by RA-RNTI (5, 10 & 20 MHz) 


4 


DCI-IA-UE-Specific 


DL Resource scheduling for DCI format 1 A and PDCCH is 
scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI (5 MHz) 


5 


DCI-1A-3-lntraFreq-UE- 
Specific 


DL Resource scheduling for DCI format 1 A and PDCCH is 
scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI and three Intra 
Freq cells are configured (5 MHz) 


6 


DCI-IA-UE-Specific-IOMHz 


DL Resource scheduling for DCI format 1A and PDCCH is 
scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI (10 MHz) 


7 


DCI-1A-UE-Specific-20MHz 


DL Resource scheduling for DCI format 1 A and PDCCH Is 
scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI (20 MHz) 


8 


DCI-1C-PCCH 


DL Resource scheduling for DCI format 1C and PDCCH is 
scrambled by P-RNTI (5 MHz) 


9 


DCI-1C-BCCH 


DL Resource scheduling for DCI format 1C and PDCCH is 
scrambled by SI-RNTI (5 MHz) 


10 


DCI-1C-RAR 


DL Resource scheduling for DCI format 1C and PDCCH is 

scrambled by RA-RNTl (5 MHz) 


11 


DCI-1-UE-Specific 


DL Resource scheduling for DCI format 1 , Resource allocation 
and PDCCH is scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI 
(5 MHz) 


12 


DCI-1 C-PCCH-1 OMHz-Gapl 


DL Resource scheduling for DCI format 1C and PDCCH is 
scrambled by P-RNTI (10 MHz) 


13 


DCI-1 C-BCCH-1 OMHz-Gapl 


DL Resource scheduling for DCI format 1C and PDCCH is 

scrambled by SI-RNTI (10 MHz) 


14 


DCI-1 C-RAR-1 OMHz-Gapl 


DL Resource scheduling for DCI format 1C and PDCCH is 
scrambled by RA-RNTI (10 MHz) 


15 


DCI-1 -UE-Specific-1 OMHz- 
Gapl 


DL Resource scheduling for DCI format 1 , Resource allocation 
and PDCCH is scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI 
(10 MHz) 


16 


DCI-1 C-PCCH-20MHz-Gap1 


DL Resource scheduling for DCI format 1C and PDCCH is 

scrambled by P-RNTI (20 MHz) 


17 


DCI-1 C-BCCH-20MHz-Gap1 


DL Resource scheduling for DCI format 1C and PDCCH is 
scrambled by SI-RNTI (20 MHz) 


18 


DCI-1 C-RAR-20MHz-Gap1 


DL Resource scheduling for DCI format 1C and PDCCH is 
scrambled by RA-RNTI (20 MHz) 


19 


DCI-1 -UE-Specific-20MHz- 
Gapl 


DL Resource scheduling for DCI format 1 , Resource allocation 
and PDCCH is scrambled by C-RNTI/ SPS C-RNTI/ Temp C-RNTI 
(20 MHz) 


20 


MAC-TBS-DCI-1-RAO 




DL Reso 


urce scheduling for DCI format 1 , Resource allocation and PDCCH is scrambled by C-RNT 


21 


MAC-TBS-DCI-1-RA1 


DL Resource scheduling for DCI format 1 , Resource allocation 1 
and PDCCH is scrambled by C-RNTI 


22 


MAC-TBS-DCI1A 


DL Resource scheduling for DCI format 1A, Resource allocation 
2(localised & distributed) and PDCCH is scrambled by C-RNTI 


23 


MAC-TBS-DCI-2A-RA0 


DL Resource scheduling for DCI format 2A, Resource allocation 
and PDCCH is scrambled by C-RNTI 


24 


MAC-TBS-DCI-2A-RA1 


DL Resource scheduling for DCI format 2A, Resource allocation 1 
and PDCCH is scrambled by C-RNTI 
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7.4 Cell Configurations 

7.4.1 Cell Configuration Types 

Three cell configurations are defined in 3GPP TS 36.508 [3] clause 6.3.3: Full Cell, Minimum Uplink Cell and 
Broadcast Only Cell; however the TTCN always considers all cells as FuU Cells, and thus always provides the complete 
cell configuration parameters. 

The SS may: 

- always configure a cell as a 'Full Cell' based on the complete information; or 

- configure the cell based on the 'CellConfig_Type' flag taking only the required configuration parameters and 

ignoring the others. 

For a given value of the 'CellConfig_Type' flag, the TTCN shall: 

- For Full Cell Configuration: 

- expect normal SS behaviour. 

For Minimum Uplink Cell Configuration: 

- Configure the SS to report Preamble detection. 

- Assign verdicts based on the PRACH Preamble Indications. 

- Consume any uplink SRBO messages (if the SS is configured as a Full Cell). 
For Broadcast Only Cell Configuration: 

- Not configure the SS to report Preamble detection. 

- Consume any uplink SRBO messages (if the SS is configured as a Full Cell). 

7.4.2 Cell Power Change 

To set and adjust the cell power at the two test ports. Reference Power and Attenuation, are provided in the record 
Reference Power. 

The field Reference Power is only set when the cell is created and is not updated during the test case execution. The SS 
applies the Reference Power when the cell is fully configured. 

To adjust the power level in the test case, the field Attenuation is used. After initial configuration of a cell the 
attenuation corresponds to the value "off. When the power is changed for more than one cell, the power changes must 
happen at the same time for all the cells according to the time instances for power level changes specified in TS 
36.523-1 [1]. The time it takes to complete the power change for all the cells shall be done: 

- within a maximum of 700 ms when changing the power of a cell from "off to a certain value, or 
within a maximum of 100 ms (10 frames) otherwise. 

When adjusting the power level in the test case, separate templates will be used in order to improve code readability. 

The SS shall ensure the power level at the test ports conform to the required downlink signal levels specified in 
clause 6.2.2.1 of TS 36.508 L3J. 

7.4.3 E-UTRAN cell identity 
7.4.3.1 Timing parameters of cells 

For RRC and Idle mode test, the timing parameters in table 7.4.3.1-1 are applied. The specification of Cell 1 - Cell 23 
can be found in TS 36.508 [3]. 
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Table 7.4.3.1-1 : Timing parameters of simulated cells 



cell ID 


Ol^l^ 1^1 loci 


FDD Trpll n<i\ 


TDD Trpll lT<i\ 


PpII 1 

well 1 


n 


n 

u 


n 


PpII 9 

well ^ 


1 94 






Cell 3 


257 


1 50897 





Cell 4 


1000 


61440 


157984 


Cell 6 


657 


524 





Cell 10 


129 


43658 





Cell 1 1 


957 


92160 


155792 


Cell 12 


1015 


181617 


155792 


Cell 13 


890 


31244 


155792 


Cell 14 


680 


300501 





Cell 23 


383 


212337 


155792 



Table 7.4.3.1-2 is applied to the NAS test when more than one PLMN exists in a test case. Further cell parameters can 
be found in TS 36.508 [3] table 6.3.2.2-3. 



Table 7.4.3.1-2: Timing parameters of simulated cells for NAS TCs in different PLMNs 



cell ID 


SFN offset 


FDD Tcell (Ts) 


TDD Tcell (Ts) 


Cell A 











Cell B 


124 


30720 


1 55792 


Cell C 


257 


61440 


157984 


Cell D 


1000 


92160 


155792 


Cell E 


752 


32047 





Cell F 


NA 


NA 


NA 


CellG 


957 


631 





Cell H 


1015 


31351 


1 55792 


Cell 1 


890 


127200 





Cell J 


680 


1327 





Cell K 


383 


157920 


1 55792 


Cell L 


562 


188640 


1 57984 


Cell M 


471 


122880 


1 57984 



Figure 7.4.3.1-1 illustrates shifting DL transmission timing offset by Tcell = 1 subframe, between multiple NAS FDD 
cells on the same frequency (table 7.4.3.1-2) in the same PLMN. 



1 subframe 



Cell A 
Cell B 
CellC 
Cell D 
Cell M 



time 



p-ss 

1 s-ss 

PBCH 



Figure 7.4.3.1-1 : Timing offset between FDD cells on the same frequency 



Figure 7.4.3.1-2 illustrates shifting DL transmission timing offset for three TDD cells operated on the same frequency 
(table 7.4.3.1-1) in the same PLMN. 

Timing shift between Cell and Cell 1: Tcell = 5 subframes -i- 2192 Ts 

Timing shift between Cell and Cell 2: Tcell = 5 subframes h- 4384 Ts 
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1 subframe 



time 



Cell #0 I UJ LI u I u I U U LI u I u I U 

Cell #1 



Cell #2 



1 




u 




1 1 


LJ u 1 u 




1 


lulu _ 




: 1 


_Hu|u^ 





P-SS D Control/RS 

1 S-SS I UpPTS 
W PBCH 

I PDSCH 

n PUCCH/PUSCH 



Figure 7.4.3.1-2: Timing offset between TDD cells on the same frequency 



Table 7.4.3. 1-3 is applied to the NAS test when all NAS cells in a test case belong to the same PLMN. Further cell 
parameters can be found in TS 36.508 [3] table 6.3.2.2-2. 

Table 7.4.3.1-3: Timing parameters of simulated cells for NAS TCs in same PLMN 



cell ID 


SFN offset 


FDDTcell (Ts) 


TDDTcell{rs) 


Cell A 











Cell B 


124 


30720 


155792 


Cell C 


257 


1 50897 





Cell D 


1000 


61440 


157984 


Cell E 


NA 


NA 


NA 


Cell F 


NA 


NA 


NA 


Cell G 


NA 


NA 


NA 


Cell H 


NA 


NA 


NA 


Cell 1 


NA 


NA 


NA 


CellJ 


NA 


NA 


NA 


Cell K 


NA 


NA 


NA 


Cell L 


NA 


NA 


NA 


Cell M 


471 


31244 


155792 



Shifting radio frame transmission timing can eliminate the following interference between intra frequency cells: 

- P-SS/S-SS to P-SS/S-SS, RS, PBCH, PCFICH, PDCCH and PHICH. 

- PBCH to PBCH. 

- PBCH to PCFICH, PDCCH and PHICH. 

- PDSCH to PCFICH, PDCCH, PHICH. 

As TDD UL and DL are on same frequency, to avoid interference between DL and UL, the Random Access Response 
Timing Advance (RAR TA) is related to the Tcell: 

RAR TA = [Tcell -[30720 * 5] ] / 16 where 30720 * 5 is time period of a 5 sub frames in Ts 

For example for cell 2, RAR TA= [155792-153600] /16=137 

NOTE: TDD default combination periodicity is 5 sub frames; sub frame 6 in cell 1 can correspond to SF 6+5 mod 
10= SF 1 in cell 2. 

For FDD, the Random Access Response Timing Advance is set to 0. 

7.4.4 Cell configurations for NAS test cases 

The default cell identifiers for NAS cells are defined in 36.508[3] clause 6.3.2.2. 

The allocation of Physical layer cell identifiers to the individual cells is according to {PCI mode 6) being differential for 
the cells working on the same radio frequency. The way of PCI allocation can reduce the interference between the intra- 
frequency cells for reference signal to reference signal, PCFICH to PCFICH and PHICH to PHICH. The definition of 
Cell A - Cell M can be found in TS 36.508 [3]. 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 74 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

7.4.5 Configuration of IVIulti-Cell Environment 

When there is more than one EUTRA cell in a test case the following rules are appUed in TTCN: 

- At the beginning of the preamble, before initial attachment of the UE, all EUTRA cells are configured but 
switched off. 

- In the preamble only the serving cell is switched on; all other cells remain switched off. 

- At the end of the preamble the cells are configured according to the initial power level settings (TO) of the test 
case. 

The mapping of cells to physical resources and management of the physical resources are out of TTCN scope. The 
following principles can be appUed to the system simulator: 

- Cells being switched off need not to be mapped to physical resources. 

- When a cell is switched off mapping to a physical resource may be kept and reused when the cell is switched on 
again. 

- When a cell is switched on it can either already been mapped to a physical resource or it needs to be mapped to a 
free resource. 

- When there are less physical resources than cells it is up to SS implementation to find strategies to dynamically 
map the cells to the resources. 

Independent from the strategies being used the system simulator shall obey timing restrictions for changing power- 
levels of one or several cells as stated in clause 7.4.2. 

7.5 TDD Considerations 

LTE options of FDD and TDD will be contained in the same common FDD and TDD test cases, similar to the prose in 
TS 36.523-1 [1]. 

The TDD UpUnk-downhnk configuration 1 in 3GPP TS 36.211 [35], Table 4.2-2 is applied. 

7.5.1 FDD vs. TDD implementation 

FDD/TDD differences are introduced in the common FDD and TDD test cases using branches at a low level in the test 
case. The branches are used either: 

• to assign a variable; 

• to implement a different behaviour; 

• to change an FDD or TDD parameter in a template sent to the UE or SS. 
The mode under test (FDD or TDD) is based on the value of the bands under test. 

7.6 Special RLC IVIodes 

7.6.1 Suppression of RLC Aci^nowledgements 

Two different modes, both applicable per radio bearer, are defined as: 

- General suppression: 

- If this mode is activated, no RLC acknowledgements will be generated by the SS. This mode can be switched 
on and will persist until it is switched off. Afterwards the SS will continue handhng the RLC 
acknowledgements as normal. 

- One time suppression 
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If this mode is activated, no RLC acknowledgement will be generated by SS for the next RLC message data 
PDU received. Once this has been done, the SS continues handling RLC acknowledgements as normal. 

In case of a handover the modes continue to be active. 

7.6.2 Modification of VT(S) 

This mode allows to manipulate the RLC state variable VT(S) so that the SS can generate an RLC sequence number as 
needed during a test. The input to the special test mode is an integer (0..1023) as value of Modify VTS, The SS shall set 
variable VT(S) as follows: 

VT(S):= ModifyVTS. 

The purpose of this special test mode is to force an incorrect RLC sequence number to be used by the SS. Once VT(S) 
has been modified in the RLC entity at the SS side, this RLC entity will be inconsistent. One possibility to bring the 
RLC entity back to normal is to re-establish the RLC peer connection. This is done in the only use case of this special 
RLC test mode by performing an RRC Connection reconfiguration inunediately after the test mode has been applied. 

Users of this test mode should ensure that the RLC AM PDU carrying the incorrect sequence number will reach the 
peer RLC entity. It is therefore recommended to activate the RRC Connection reconfiguration only after some delay. 
This delay shall be short enough to ensure that the UE will not yet request the retransmission of the RLC PDU 
corresponding to the skipped sequence numbers. 

7.7 System information 

7.7.1 System information broadcasting 

The rules for the transmission of BCCH messages are specified in 3GPP TS 36.331 [19], clause 5.2. The current clause 
provides the implementation guidelines. 

The ASPs SYSTEM_CTRL_REQ and SYSTEM_CTRL_CNF are used as interface to SS; the following rules apply: 

- The complete system information is provided to SS by using a single ASP. 

- SS starts scheduling all system information from the same SFN. 

The scheduling information sent to SS is the same as the scheduling information sent to the UE. For each SI 
message, the subframeOffset in SYSTEM_CTRL_REQ indicates the exact point in time in the SI window at 
which SS shall start the transmission of the related SI. 

- SS shall set the systemFrameNumber in the MIB to the 8 most significant bits of the SFN. A dummy value is 
provided by TTCN. 

- The system information is sent to SS using the asn.l types, SS shall encode in unaligned PER and add the 
necessary padding bits as specified in TS 36.331 [19] clause 9.1.1.1. 

- In the E-UTRAN-CDMA2000 Inter RAT configuration, SS shall set the CDMA2000 synchronousSystemTime 
in SystemlnformationBlockTypeS to the SFN boundary at or after the ending boundary of the Sl-window in 
which SystemlnformationBlockTypeS is transmitted (see TS 36.33 1| 19] clause 6.3.4). The changes of 
synchronousSystemTime will not result in system information change notification, nor in a modification of 
systemlnfoValueTag in SlBl in TTCN as specified in TS 36.331[19] clause 6.3.1. 

7.7.2 Sclieduling information 

The maximum number of resource blocks as defined in table 7.7.2-1 are used to broadcast the system information. 



Table 7.7.2-1 : Maximum number of resource blocks 





Maximum number of resource biocl<s assigned 


SIB1 


4 


for all Sis 


4 
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The subframe offset values used for SI messages are according to table 7.7.2-2. 



Table 7.7.2-2: SubframeOffset values 



Scheduling information No. 
Ace to TS 36.508 [3], clause 4.4.3.1.2 


subframeOffset (FDD) 


subframeOffset (TDD) 


SI1 


1 


4 


SI2 


1 


4 


SI3 


3 


9 


SI4 


7 


9 



All System Information messages are sent only once within the Sl-window. 

Table 7.7.2-3 (FDD) and 7.7.2-4(TDD) give the SFN's and subframe numbers in which the MIB, SIX, SI2, SB & SI4 
are actually scheduled as per default parameters for si-WindowLength(20sf), periodicity for SI1(16), SI2(32), SI3(64) 
and S14(64) for bandwidths 5/10/15/20 MHz defined in 36.508 [3]: 
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Table 7.7.2-3: System Information Scheduling (FDD) 



SFN\SUBFrame 





1 


2 


3 


4 


5 


6 


7 


8 


9 





MIB 


SI1 








SIB1 










1 


MIB 




















2 


MIB 


SI2 








SIB1 










3 


MIB 




















4 


MIB 






SIS 




SIB1 










5 


MIB 




















6 


MIB 










SIB1 




SI4 






7 


MIB 
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MIB 










SIB1 










9 


MIB 




















10 
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11 
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13 
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20 


MIB 










SIB1 










21 


MIB 




















22 


MIB 










SIB1 










23 


MIB 




















24 


MIB 










SIB1 










25 


MIB 




















26 


MIB 










SIB1 










27 


MIB 




















28 


MIB 










SIB1 










29 


MIB 




















30 


MIB 










SIB1 










31 


MIB 




















32 


MIB 


SI1 








SIB1 










33 


MIB 




















34 


MIB 


SI2 








SIB1 










35 


MIB 




















36 


MIB 










SIB1 










37 


MIB 




















38 


MIB 










SIB1 










39 


MIB 




















40 


MIB 










SIB1 










41 


MIB 




















42 


MIB 










SIB1 










43 


MIB 




















44 


MIB 










SIB1 










45 


MIB 




















46 


MIB 










SIB1 










47 


MIB 




















48 


MIB 


SI1 








SIB1 










49 


MIB 




















50 


MIB 










SIB1 











ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



78 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



51 


MIB 




















52 


MIB 










SIB1 










53 


MIB 




















54 


MIB 










SIB1 










55 


MIB 




















56 


MIB 










SIB1 










57 


MIB 




















58 


MIB 










SIB1 










59 


MIB 




















60 


MIB 










SIB1 










61 


MIB 




















62 


MIB 










SIB1 










63 


MIB 




















64 


MIB 


SI1 








SIB1 










65 


MIB 




















66 


MIB 


SI2 








SIB1 










67 


MIB 




















68 


MIB 






SIS 




SIB1 










69 


MIB 




















70 


MIB 










SIB1 




SI4 






71 


MIB 




















72 


MIB 










SIB1 











ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 79 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 



Table 7.7.2-4: System Information Scheduling (TDD) 



SFN\SUBFrame 
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8 
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7.7.3 System information modification 

For system information modification, the same rules as defined in clause 7.7.1 are applied. 

The SFN for the start of modification period is calculated by TTCN. The modified system information and the 
calculated SFN are provided in the ASP SYSTEM_CTRL_REQ. 

The modification of system information is notified by paging messages containing the systemlnfoModification. The 
paging messages are sent during one modification period before broadcasting the modified system information. The 
paging messages are sent on paging occasions (PO) within the paging frames (PF). With the default paging and sysinfo 
parameters provided in 36.508[3] PO is set to 9 for FDD and for TDD. 

When the UE is in idle mode, the paging frames calculation is based on the UE identity (ref. to 36.304[14] clause 7). 
With 

defaultPagingCycle= 128 
nB=oneT 

modificationPeriodCoeff=n4 
it results in 4 paging messages to be sent on the paging occations during the modification period in the frames of: 
SFN mod 128 = (UE_ID) mod 128. 

When the UE is in connected mode, paging messages are sent on the paging occasions of each frame within the paging 
cycle throughout a modification period. This results in 128*4 consecutive paging messages to be sent during the 
modification period. 

For ETWS and/or CMAS capable UEs in connected mode, paging messages are sent on the paging occasions of each 
frame within the last paging cycle of the modification period. This results in 128 consecutive paging messages to be 
sent during the modification period. 
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7.8 Timers and Tinning Restrictions 

A timer is set at the beginning of each test case to guard against system failure. Behaviour on expiry of this guard timer 
shall be consistent for all test cases. 

A watchdog timer can be specified for receive statements in order to reduce blocking time when a test case has already 
failed. Watchdog timers are a kind of TTCN auxiliary timer. When a watchdog timer is used to control a receive event, 
its expiry does not need to be handled exphcitly in the test case, but will lead to a fail or inconclusive verdict due to 
handling in the default behaviour 

In idle mode operations, an idle mode generic timer is specified for receive statements if the test case specification does 
not explicitly specify a wait time for the specific test step or test purpose. The expiry of this idle mode generic timer is 
at least 6 minutes to safely cover most test scenarios. 

The watchdog timer and the idle mode generic timer are only to be used inside the test case test body; if the timer 
expires a fail verdict is applied. 

It is the TTCN responsibility to ensure that appropriate timer values are being used. 

Tolerances (as described in TS 36.508 [3]) are not applicable to guard timers, idle mode generic timers and watchdog 
timers. 

In general timers of less than 500ms shall not be implemented by TTCN timers but controlled by usage of the timing 
information provided by the SS (This is based on an estimate of the system delay). To achieve this, there will be cases 
when a DL message is scheduled at a specific point in time. This shall be done by adding at least 100ms to the current 
time. 

If Timing is 'now' the SS shall schedule the data transmission or the (re)configuration in the next available sub-frame, 
but will ensure that this period is less than 80ms. 

7.8.1 Auxiliary timers 

For practical reasons, the TTCN can include timers that are not specified as part of the expected sequence. These timers 
are documented below. 

RLC and PDCP watchdog timer 

7.8.2 RRC timers reconfiguration 

Considering the allowed UE accuracy for the RRC timer T3xx being between 100ms and 2.5% of T3xx (Ref. 
TS.36.133[37]), the TTCN appHes the RRC net timers tolerance as MAX (10% of T3xx, (100 ms + 5 RTT)), whereby: 

FDD: 10% of T3xx or 140 ms whichever is higher 

TDD: 10% of T3xx or 155 ms whichever is higher 

7.8.3 IVIAC TA timer reconfiguration 

Considering that the UE applies new values for MAC timers not before restart of the timer (Ref. TS 36.321 [16] clause 
5.8), when the TA timer is changed at the UE, a delay in TTCN will be added so as to allow SS to transmit Timing 
advance MCE (based on current periodic Timing advance configuration) and hence resulting in restart of TA timer at 
UE with new value. 

7.8.4 Non-protocol timers 

Time durations or periods in the test specification without corresponding references in the core specifications are 
considered as non-protocol timers for which no timer tolerances are applied in the TTCN. 
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7.9 Error Indication 

There are several situations on lower layer in which SS shall raise an error rather than trying to resolve the problem. 
This is done by sending a Systemlndication.Error to the test case. SS shall raise an error in the following cases: 

- HARQ retransmissions (applicable when SS is configured to indicate HARQ retransmissions as errors) 

- HARQ CRC error for UL data 

- HARQ NACK from the UE unless SS is configured to report HARQ ACK/NACK 
Paging, System information exceeds max. number of resource blocks. 

- Configuration: max. number of resource blocks specified for a channel exceeds system bandwidth. 

When in User-Plane a DL PDCP PDU or SDU not fitting into one I'll is sent with Harq Process being expUcitly 

specified 

SS gets invahd Timinglnfo for TDD from the test case 

- SS detects contradiction of periodic UL grants and TDD configuration 

- Data scheduled for the same 1 11 does not fit into an available transport block 
Further error conditions are specified in annex D. 

7.10 Race Conditions 

When two uplink messages are sent from the UE within a very small amount of time, they may be received in either 
order in the TTCN if they are received on different ports. This may cause a race condition which is due to the snapshot 
mechanism in TTCN. In these cases, the TTCN will accept the messages in either order and then compare the 
timestamps of both messages to ensure they were sent in the correct order. 

For UL messages received at a single port, there are normally no race conditions, with the exception of the SRB port 
where the following rules shall be fulfilled, in order to achieve an ordered UL message queue: 

- UL messages are queued according to the timing information 

- UL messages with the same timing information are queued according to the logical channel priority with the 
"higher-first-in" principle. 

7.1 1 Radio Link Failure 

A radio link failure shall be triggered by switching the downlink power level of the source cell to the value for non- 
suitable "Off for the time period of least T3 10 h- time it takes to receive N3 10 consecutive out-of-sync indications from 
lower layers (non-suitable "Off is defined in 36.508 [3], whereas T310 and N310 are defined in 36,331 [19]). 

If the RRC re-establishment procedure is used in a radio link failure context, it shall be realised by using two cells. 

7.12 Test method for RRC signalling latency 

Test cases testing RRC signalling latency will need special test method. The PUCCH synchronisation state of UE 
influences the test method. Following 2 different ways in which the UE's completeness of procedure can be probed are 
considered: 

1 . UE is still PUCCH synchronized and can respond to uplink grants 

2. UE needs a RACH procedure and hence RACH procedural delays add upon the actual procedure delay. 

7.12.1 Procedure delays in PUCCH synchronized state 

Figure 7.12.1-1 demonstrates the latency check procedure that will be applied when UE is in PUCCH synchronized 
state and can respond to uphnk grants. 
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SS is configured to report ACK/NACK received from UE, to TTCN. 

By default SS is configured to retransmit any DL MAC PDU max 4 times (1 transmission and 4 retransmissions). 
Round trip time (RTT) is considered as (Note) 

8 subframes for FDD, 

10 or 11 subframes for TDD. 
Let N be the max allowed delay for procedure. 

TTCN schedules at time Tl a DL message to the UE. This is achieved using Time stamps in sending ASPs. 
TTCN is configured to send UL grants continuously every UL subframe from Tl+N-1, 
for 4 RTT (32) subframes for FDD, 

4maxRTT (44) subframes for [TDD], where maxRTT=l 1. 

The time difference between the received ACK and the reception of UL PDU will be checked against N. the test is 
passed when (Y-X) <= N + A, where A is considered as possible UL subframe uncertainty. 

A = for FDD, 

A = 3TTI for TDD. 

NOTE: RTT here is meant, on reception of a NACK, SS shall schedule the retransmission at 4th FDD TTI for 
FDD or 6* TTI for TDD since reception of NACK. 



Delay Requirement 
Y-X<= N+? 



Time = T1 
DLMsgTx 



DLMsg 
Re-Tx 



UL GRANTS 



NACK 



11 



Time=X 
ACK 



ULMAC 
PDU's 



lAci^addinl ^ 



TimeiV 
ULMsg Rx 



Figure 7.12.1-1: Delays in PUCCH synchronized state 
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7.12.2 Procedure delays when RACH procedure required 

Figure 7.12.2-1 demonstrates the latency check procedure that will be applied when UE is not PUCCH synchronized 
state needs RACH procedure. 

PRACH configuration index is set as 14 for FDD, 12 for TDD which allows UE to send Preamble in any frame at 
any sub frame. 

SS is configured to report ACK/NACK, PRACH preambles received from UE. 

By default SS is configured to retransmit any DL MAC PDU max 4 times [1 Transmission and 4 Retransmission]. 
Let N be the max allowed delay for procedure. 

TTCN schedules at time Tl, DL message to the UE. This is achieved using Time stamps in send ASP's. 

The time difference between the ACK and the reception of PRACH preamble will be checked against N plus any 
Interruption time (TS 36.133 [37]) and verdict is assigned, when (Y-X) <= N + Tintermpt + A 

A = for FDD, 

A = 3TTI for TDD, where 3TTI is UL subframe uncertainty. 

If cell change occurs, cell timing differences. Frame number offsets need to be included for procedural delay 
evaluations. 



Delay Requirement 
Y-X<= N + Tinterrupt+ ? 



Time = T1 
DL Msg Tx 



DLMsg 
Re-Tx 



Cont. Resolution 



NACK 



Timi=X 
ACK 



Tiine=Y 
PRACH Preamble' 



UL MSG Rx 



Figure 7.12.2-1 : Delays when RACH procedure needed 
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7. 1 3 RLC test method for scheduled data 

The test loop mode is applied to the RLC tests. The allowed SS delay for sending data (< 80 ms) is comparable to the 
default values of the RLC timers. In order to ensure a unique TTCN implementation of the RLC test cases and the 
deterministic test result, independent from the SS platforms and UEs, scheduled data method can be applied to the test. 

The scheduled data method is suitable to the RLC test if 

Receiving multiple UL RLC SDUs is expected in the test; the UE may send a STATUS PDU in addition, 

Time measurement is required for the looped back RLC SDUs, 

DL RLC PDUs are sent on consecutive TTIs; the subframe numbers to be applied are relevant in TDD. 
The table 7.13-1 illustrates the data scheduling in the RLC test. 



Table 7.13-1 : Scheduled RLC test events 



Scheduled timing 


to (Note 1) 


t1 (Notel) 


t2 


Test event 
descriptions 


Multiple SDUs 


Obtain the 
reference time 


Send DL data 


Provide UL grant (Note 2) 


Time measurement 


Send DL data 


Receive UL data 


DL data in TDD 


Send l^'DLdata 


Send subsequent data (Note 3) 


Note 1 : (t1 -to) > 1 00 ms which is greater than the allowed SS max. delay time, 80ms. 

Note 2; (t2-t1) = 60 ms, this duration will allow the UE transmitting max. 3 scheduling requests (every 20 ms once) 

after the UL data to be looped back being available at the UE without going onto PRACH. 
Note 3: The applied TDD subframe numbers 4, 5, 9, 10, 14, 15, 19, 20, 24, 25, ... 



If the test case prose does not indicate timely restrictions for the scheduling, sequential sending events are scheduled in 
consecutive TTIs. 

NOTE 1: For TDD configuration 1, the subframes 0, 4, 5 and 9 are considered as consecutive. 

NOTE 2: Scheduhng may imply to execute the test steps in the TTCN in an order different from the order given in 
the test case prose. However, the sequence of the events over the air follows the prose description. 



7.14 IP packets for Loopback Mode 
7.14.1 IP packets used for Loopback Mode A 

It is irrelevant which kind of data is used in loopback mode A. Some PDCP test cases however specify to use IP 
packets. In these cases, an ICMPv4 ECHO REPLY shall be used with a vahd IP header checksum and valid ICMP 
checksum. 



7.14.2 IP packets used for Loopback Mode B 

According to TS 36.509 [4], the UE performs loopback mode B above the UL TFT entity. Therefore IP packets need to 
match the packet filters signalled to the UE according to TS 36.508 clause 6.6.2 [3]: 

When the UE gets configured via NAS signalling with packet filter #1 and #2 according to TS 36.508 clause 6.6.2 the 
IP packets shall fulfil the following requirements: 

Protocol: 

UDP referred to packet filter #1 and #2 
IP addresses: 

Referred to TS 36.508 Table 6.6.2-3 Note 1 source and destination IP address are the same. 

Ports: 

packet filter #1 specifies DL filter => IP packet's source port shall match remote port of packet filter #1 
packet filter #2 specifies UL filter ^ IP packet's destination port shall match remote port of packet filter #2 
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To summarize, on dedicated bearers for loopback mode B, UDP packets used shall match the packet filters configured 
at the UE side. The UDP packets, having no specific content, shall have the correct header checksum and UDP 
checksum. On the default bearer, any other packets can be used, as an example, ICMPv4 ECHO REPLY similar as for 
loopback mode A. 

7.15 Connected Mode DRX 

The SS shall support connected mode DRX according to TS 36.321, i.e. the SS shall not send any data to the UE while 
the UE is not monitoring the PDCCH. To achieve this, the SS needs to estimate the UE's Active Time by considering 
the on-duration as well as the drx-inactivity timer: 

- on-duration 

The on-duration can be derived from the SS' DRX configuration. 

drx-inactivity timer 

According to TS 36.321 clause 5.7 at the UE the drx-inactivity timer is started or restarted during the Active 
Time whenever PDCCH indicates a new transmission (DL or UL) 

There is no activation time for the configuration of DRX at the UE and it is not acceptable just to consider the on- 
duration after re-configuration of the UE (for DRX_L according to TS 36.508 the DRX cycle is 1.28s); instead the drx- 
inactivity timer needs to be taken in account after DRX reconfiguration as well. 

The following rules shall be applied to achieve synchronisation of SS and UE: 

1 . SS shall consider drx-inactivity timer as restarted at the UE whenever the UE is addressed on the PDCCH (DL 
data or UL grant) 

2. When there is a scheduling request sent by the UE, SS assigns a grant independent of DRX; 

when sending out that grant on PDCCH SS considers drx-inactivity timer as (re-)started (as per 1. above) 

3. For all DL messages scheduled with specific timing information SS shall send the data at the given time 
irrespective of current DRX configuration 

4. DRX (re-)configuration: 

a) when DRX has not been configured at the UE yet 

al) TTCN will configure the SS just before the sending out the RRCConnectionReconfiguration message 
configuring DRX at the UE; no other send-events between the reconfiguration of the SS and sending the 
RRC message shall be scheduled in TTCN. 

a2) TTCN will schedule sending of the RRCConnectionReconfiguration message configuring DRX with 
specific timing information. 

b) Reconfiguration of DRX at the UE: 
Same as a) but 

bl) TTCN shall schedule sending of the RRCConnectionReconfiguration according to the old DRX 
configuration (i.e. the SS does not need to cache the new configuration) 

c) RRC connection release 

cl) TTCN will release DRX at the SS just after the RRC connection release procedure 

5. There shall be no parallel data on any DRBs during DRX reconfiguration. 
NOTE: Timing requirements in the DRX test cases 

a) The drx-inactivity Timer shall be long compared to the duration between sending 

RRCConnectionReconfiguration and receiving RRCConnectionReconfigurationComplete 
(> 50ms.)It ensures the SS in-time sending of the RLC STATUS PDU. 

or 

b) the drx-cycle shall be short compared to the RLC timers applied for SRB 1 
Figure 7.15-1 illustrates DRX (re)configuration at the SS and the UE. 
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SYSTEM_CTRL_REQ(DRX) 



ss 

SS: No (new) DR< Configuration 



RRCConnectionReconfigurafion 
(with specific timing informationt 



SS: (New) DRX C 



RRCConnectionReconflgurationComplete 



(re)start of 
drx -In activity 
Timer 



UE 



RRCC on nection Reconfiguration 



onfiguration 



Scheduling Request 



UL Grant 



(gre /zone) 



RRCCoinnectionReconflgu ration Com piete 



RLC STATU S PDU (RLC ACK) 



J 



(re)start of 
drx -In activity 
Timer 



J 



Figure 7.15-1 : DRX (Re)configuration 



NOTE 1 : Between RRCConnectionReconfiguration and RRCConnectionReconfigurationComplete the UE may 
send a separate RLC STATUS PDU to acknowledge the RRCConnectionReconfiguration, but that does 
not affect the principle as long as SS applies rule 2. 

NOTE 2: During the "greyzone" SS does not know about DRX configuration at the UE; during that period 
according to rule 4al and rule 5 there is no data to be sent by SS 

The TTCN (re)configures the connected mode DRX in SS for the test cases if DRX_S is applied (Ref. TS 36.508 [3]. 
The (re)configuration of DRX_L in SS is EPS. 

For test case 7.1.6.1 and 7.1.6.2, DRX will not be activated at the SS. Periodic UL grants every 4ms wiU be allocated to 
the UE during the preamble and postamble of the test case to prevent UE from activating DRX; These grants may result 
in padding MAC PDU's transmitted by UE, which will be received by SS MAC and discarded. 

7.16 Handover Sequences 
7.16.1 Sequence of inter-cell handover 

In general, the Inter-Cell handover is done without activation time, i.e. the timing information for configuration of the 
SS and sending of the RRCConnectionReconfiguration is 'Now'. 

1. Transfer of the PDCP Count for AM DRBs from source to target cell (optional) 

a) Source Cell: Get PDCP COUNT 

b) Target Cell: Set PDCP COUNT 

NOTE 1 : There shall be no further sending/receiving of AM DRB data before the HO has been done. 

NOTE 2: This sequence is called in TTCN only if there has been any AM DRB data before HO (if there has been no 
data yet, COUNT is zero at both cells) 

2. Target Cell: Inform the SS about the HO and about the source cell id 

3. Target Cell: Configure RACH procedure either dedicated or C-RNTI based 

4. Target Cell: Activate security 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 88 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

5. Target Cell: configure DRX 

NOTE: As long as the DRX configuration is not modified by the RRCConnectionReconfiguration the target cell 
gets the same DRX configuration as the source cell 

6. Source Cell: Stop periodic TA 

NOTE: Unless explicitly specified UL grant configuration keeps configured as per default at the source cell 

7. Target Cell: Configure UL grant configuration ("OnSR", periodic TA is not started) 

8. Source Cell: Send RRCConnectionReconfiguration 

9. Target Cell: Receive RRCConnectionReconfigurationComplete 

10. Target Cell: Start periodic TA 

1 1 . Target Cell: Inform the SS about completion of the HO (e.g. to trigger PDCP STATUS PDU) 

12. Target Cell: Re-configure RACH procedure as for initial access 

13. Source Cell: Reset SRBs and DRBs 

14. Source Cell: Release DRX configuration 



7.16.2 Sequence of intra-cell handover 



For Intra-Cell handover dedicated timing information is used: the sequence starts at time T with sending of the 
RRCConnectionReconfiguration. T is ranged from 100 - 500 ms, with default value 300ms, in advance of the handover. 

1. At T: Send RRCConnectionReconfiguration 

2. At T + 5ms: Release SRBs and DRBs 

3. At T + 5ms: Configure RACH procedure either dedicated or C-RNTI based 

NOTE: Since the RACH procedure may require a new C-RNTI to be used it cannot be configured before sending 
out the RRCConnectionReconfiguration. 

4. At T + 10ms: (Re-) configure SRBs and DRBs 

5. At T + 10ms: Reestablish security 

6. (after step 5) Receive RRCCormectionReconfigurationComplete 

7. (after step 6) Re-configure RACH procedure as for initial access 

7.16.3 UL Grants used in RA procedure during liandover 

In the Random Access Procedure a grant is assigned to the UE by the Random Access Response and another grant, as 
initial grant, is assigned for contention resolution. 

When UL data is pending, the UE will try to put as much data into given grants as possible, i.e. it will segment the user 
data and send it e.g. with the initial grant if possible. To avoid this segmentation of user data, the grants assigned during 
handover will be set in TTCN to: 

Grant assigned by Random Access Response: 56 bits 

Initial grant: 104 bits 

NOTE 1: According to TS 36.321 [14], clause 5.1.4, 56 bits are the minimum grant which can be assigned by the 

Random Access Response. That is sufficient to convey C-RNTI (3 bytes) and short BSR (2 bytes) or long 
BSR (4 bytes) but even with short BSR the remaining 2 bytes are not sufficient to convey any segment of 
the RRCConnectionReconfigurationComplete (at least 4 bytes). 
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NOTE 2: The RRCConnectionReconfigurationComplete (9 bits) shall completely be conveyed in the initial grant of 
RA procedure. This requires a minimum of 10 bytes (1 byte MAC header + 2 bytes RLC header + 5 bytes 
PDCP header + 2 bytes payload). Additionally an optional PHR MAC element (2 bytes) needs to be 
considered since the PHR has higher priority than the MAC SDU. Any further user data would require a 
minimum of 5 additional bytes (2 bytes MAC header + 2 bytes RLC header + 1 byte payload). 

7.17 Simultation of PDCP MAC-I Failure in UE 

PDCP integrity protection test cases 7.3.4.x have the requirement to trigger MAC-I failures in UE for downlink 
messages; to achieve the MAC-I failure in UE two methods are specified in the subsequent sub clauses. 

7.1 7.1 Integrity and cipliering not yet activated 

UE has not yet started Integrity protection and it is required to trigger MAC-I failure for the PDCP PDU carrying RRC 
SecurityModeConomand starting integrity with one of integrity protection algorithms. Further a conformant UE will 
respond with SecurityModeFailure without any integrity protection; 

This is achieved by: 

Not configuring SS PDCP to start integrity and ciphering with selected algorithm 

RRC SecurityModeCommand is sent indicating Integrity protection through the desired algorithm 

Normal behaviour of PDCP layer in SS will include all zeros in MAC-I 

This results in MAC-I failure as UE will calculate the XMAC-I with indicated algorithm 

7.1 7.2 Integrity and/or cipliering already activated 

UE has started Integrity protection (ciphering configured with possibly non null algorithm) and it is required to trigger 
MAC-I failure for the PDCP PDU carrying an RRC UECapabilityEnquiry message. A conformant UE will trigger a 
RRCConnectionReestablishment procedure; 

This is achieved by: 

Configuring SS PDCP to use a different Integrity algorithm other than used by UE (i.e. if UE is configured to use 
AES, SS is configured to use SNOW3G and vice versa). 

Ciphering is configured at SS side same as in UE side. 

The MAC-I included by SS PDCP will be as per new algorithm 

UE will calculate XMAC-I based on its own algorithm which is different from the algorithm SS has used and will 
result in MAC-I failure; 

7.18 RRC Connection Release Sequence 

According to TS 36.331 [19] clause 5.3.8.3, after reception of the RRCConnectionRelease the UE may either wait 60 

ms or for indication of acknowledgement from lower layer. After the RRC connection release there are cases where the 
UE may immediately come up with an RRC connection request. This requires scheduled release of resources at the SS: 



1. 


AtT: 


Send RRCConnectionRelease, stop UL grants. 


2. 


At T + 5ms: 


Release security. 


3. 


At T + 10ms: 


Release DRX configuration at the SS, 


4. 


At T + 50ms: 


Stop UL grant transmissions. 


5. 


At T + 55ms: 


Release SRBs and DRBs, 


6. 


At T + 60ms: 


(Re-) configure SRBs and DRBs, restart UL grants. 
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T is ranged from 100 - 500 ms, with default value 300ms, in advance of RRC connection release. 



8 External Function Definitions 



The following external functions are required to be implemented by the SS: 



TTCN-3 External Function 


Name 


fx KeyDerivationFunction 


Description 


Hashing function for Hasliing algorithms as defined in TS 33.401 [24] 
SHA-256 encoding algorithm is used as KEY Description Function 


Parameters 


KDF 


KDF_HMAC_SHA_256 (no other KDF defined yet) 


Key 


256 bit key 


String 


string being constructed acc. to TS 33.401 [24], annex A 




256 bit derived l<ey 





Name 


fx_NaslntegrltyAlgorithm 


Description 


Apply integrity protection algorithm on a given octetstring 


Parameters 


NAS PDU 


octetstring according to TS 24.301 [21], clause 4.4.3.3 this 
shall include octet 6 to n of the security protected NAS 
message, i.e. the sequence number IE and the NAS message 
IE 


Integrity Algorithm 


3 bits as defined in TS 24.301 [21], clause 9.9.3.23 


KNASint 


Integrity key 


NAS COUNT 


as documented in TS 24.301 


BEARER Id 


fix value COOOOO'B) acc. TS 33.401 [24], clause 8.1 


Direction 


ULO 
DL: 1 

(acc. to TS 33.401 [24], Annex B.I) 






Name 


fx_NasCiphering 


Description 


Apply ciphering on a given octetstring 


Parameters 


NAS PDU 


octetstring 


Ciphering Algorithm 


3 bits as defined in TS 24.301 [21], clause 9.9.3.23 


KNASenc 


Ciphering Key 


NAS COUNT 


as documented in TS 24.301 


BEARER Id 


fixed value ('OOOOO'B) acc. TS 33.401 [24], clause 8.1 


Return Value 


ciphered octet string 




TTCN-3 External Function 


Name 


fx NasDeciphering 


Description 


Apply deciphering on a given octetstring 


Parameters 


ciphered NAS PDU 


octetstring 


Ciphering Algorithm 


3 bits as defined in TS 24.301 [21], clause 9.9.3.23 


KNASenc 


Ciphering Key 


NAS COUNT 


as documented in TS 24.301 [21] 


BEARER Id 


fixed value ('OOOOO'B) acc. TS 33.401 [24], clause 8.1 


^^^^^^^^^^■ideciphered octet string 





Name 


fx GetCurrentTestcaseName 


Description 


external function giving back the name of the test case currently running 


Parameters 


None 


Return Value 


char string 
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Name 


fx Aslntegrity Algorithm 


Description 


Apply integrity protection algorithm on a given octetstring 


Parameters 


PDCP PDU 


octetstring 


Integrity Algorithm 


3 bits as defined in TS 33.401 [24] 


KRRCint 


Integrity key 


PDCP COUNT 


octetstring, length 4 


BEARER Id 


the value of the DRB identity minus one 


Direction 


ULO 
DL: 1 

(acc. to TS 33.401 [24], Annex B.2) 


Return Value 


Message Authentication Code (4 octets) 




Name 


fx AsCipliering 


Description 


Apply ciphering on a given octetstring 


Parameters 


SDU 


octetstring 


Ciphering Algorithm 


3 bits as defined in TS 33.401 [24] 


KRRCenc 


Ciphering Key 


PDCP COUNT 


octetstring, length 4 


BEARER Id 


the value of the DRB identity minus one 






Name 


fx_AsDeciphering 


Description 


Apply deciphering on a given octetstring 


Parameters 


ciphered SDU 


octetstring 


Ciphering Algorithm 


3 bits as defined in TS 33.401 [24] 


KRRCenc 


Ciphering Key 


PDCP COUNT 


octetstring, length 4 


BEARER Id 


the value of the DRB identity minus one 


Return Value 


deciphered octet string 
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Name 


f X GetSystemTi me 


Description 


Function to get the system time: Implementation is based on C standard library (time.h) 


Parameters 


p_Struct_tm (out) 


p_Struct_tm returns local system time equivalent to "struct tm" 
as defined for C standard library (time.h or ctime): 

type record Struct_tm_Type { 

integer tm_sec, // seconds after the minute 

// (0. .61; see NOTE) 
integer tm min, // minutes after the hour (0..59) 
integer tm hour, // hours since midnight (0..23) 
integer tm mday, // day of the month (1..31) 
integer tm mon, // months since January (0..11) 
integer tm_year, // years since 1900 
integer tm_wday, // days since Sunday (0..6) 
integer tm_yday, // days since January 1 (0..365) 
integer tm isdst // Daylight Saving Time flag 

}; 

NOTE: tm sec is generally 0-59. Extra range to 
accommodate for leap seconds in certain systems 

C implementation: 

time t V Now = time (NULL) ; 

struct tm *v Tm = localtime (Sv Now) ; 


p_Timezonelnfo (out) 


p_Timezonelnfo returns the difference (in seconds) between 
the UTC time (GMT) and the local time (integer value); 

C implementation: 

int timezone = 

(int) dif f time (mktime (gmtime (SiV Now)), v Now); 

NOTE: 

p_Timezonelnfo does not consider daylight saving e.g. it is 
always 3600 for GET independent of summer/winter 




None 



9 IXIT Proforma 

This partial IXIT profonna contained in the present document is provided for completion, when the related Abstract 
Test Suite is to be used against the Implementation Under Test (lUT). 

Text in italics is a comment for guidance for the production of an IXIT, and is not to be included in the actual IXIT. 

The completed partial IXIT will normally be used in conjimction with the completed ICS, as it adds precision to the 
information provided by the ICS. 
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9.1 E-UTRAN PIXIT 



Table 9.1-1: CommonPIXIT 



Parameter Name 


Parameter Type 


Default Value 


Supported 
Values 


Description 


px_AccessPointName 


octetstring 






Access Point Name, as defined 
in 23.003 and used in 24.008, 
section 10.5.6.1 


px_AttachTypeTested 


EUTRA ATTAC 
H_TESTED_Typ 
e 


EPS ATTACH ON 
LY 


1 — O O A T — r A 

EPb A II A 
CH ONLY, 
COMBINED 
ATTACH 


Attach Type to be tested, if UE 
supports both pc_Attach and 
pc_Combined_Attach 


px_DelayBeTorelntraCellHO 


integer 


300 


1 00 - 500 


Temporary PIXIT used to define 
the delay before an intra cell 
handover 


px_eAuthRAND 


B128_Type 


0Ct2bit( A3DE0C6D 
363E30C364A407 

or! broUO// U; 




Random Challenge 


— — — — — — — 

px_ePrimaryBanclChannelBand 

width 


ui_banawiatn_ i 
ype 


n25 




— ■■ r — :: , 

E-UTRA primary band channel 

bandwidth 




NAS Mrr 


'442'H 




Japan MCC code to be used for 

DdllU O. 1 liu bdlilf^ VdlUf^ Will 

iicpH fnr F-l ITRA anrl Intpr-RAT 

UoCU IVJI 1 KJ I 1 l/ \ Cll lU III LCI 1 i/ \ 1 

rp||<^ Tvnp rliffprpnt to that 
defined in TS 34.123-3 [7]. 


px_ePrimaryFrequencyBand 


Frpni iPHPuRji nrl 
nicLjuci iLfyudi \\j 

Type 


1 




E-UTRA primary frequency band 


pxeSecondaryFrequencyBand 


Frpni ipnrvRanti 

1 1 1 1 W y 1 ' CI 1 1 \-A 

Type 


2 




F-l ITRA 9prnndar\/ frpniipnrv 
band 


nx IP\/4 A^l^lrp*^<^ 


rhar^trinn 

\.f 1 Idl oil II lU 






IP\/4 Arirlrp<^c; 


pxl Pv4_Add ress2 


cliarstring 






2™ IPv4 Address 


[JA 1 r VH- nc?l 1 lUlC/AUUI Coo 


Oi IdioLl li ly 






l|— V*+ FicMIUlC MUUICoo 


px_IPv6_Address 


charstring 






IPv6 Address 




OMal bU 11 ly 






IP\/K Arlrlr-PCQ 


px_IPv6_RemoteAddress 


cliarstring 






IPv6 Remote Address 


px_SMS_ChkMsgReceived 


boolean 


true 




Whether the operator can check 
an MT Short Message received 


px_SMS_PrefMem1 


charstring 


"SM" 




SMS Preferred Memory 1 
<mem1 > of TS 27.005 cl. 3.2.2 


px_bMo_rreTMem^ 


charstring 






SMS Preferred Memory 2 
<memi > oT i b ti/.uuo ci. j.d.d 


px SMS PrefMemS 


charstring 


"MT" 




SMS Preferred Memory 3 
<mem1> of TS 27.005 cl. 3.2.2 


px_SMS_Service 


charstring 


"0" 




SMS Service <service> of TS 
27.005 cl. 3.2.1 


px_l Pv4viaN AS_TestMode 


boolean 


FALSE 




This parameter can be set to 
TRUE so as to force allocation of 
IPv4 only PDN connection and IP 
address allocation via NAS 
signalling in the preamble of test 
cases using test mode (see TS 
36.508 [3] clause 4.5.2A). 
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Table 9.1-2: E-UTRAN PIXIT 



Parameter Name 


Parameter Type 


Default Value 


Supported 
Values 


Description 


px_eTDDsubframeConfig 


TDD_SubframeA 
ssignment_Type 


1 




TDD uplink-downlink subframe 
configuration 


pxe U ECatego ryType 


UE_Category_T 
ype 


1 




UE Category values 1 ..5 as 
aetineO in oo.oUb clause 4.1 


pxeSecondaryBandChannelBa 
ndwidth 


DI_Bandwidth_T 
ype 


n25 




E-UTRA secondary band channel 
bandwidth 


px_NAS_CipheringAlgorithm 


B3_Type 


001 D 




NAS Ciphering Algorithm 


px_NAS_lntegrityProtAlgorithm 


B3_Type 


001 'B 




NAS Integrity Algorithm 


px_RRC_CipheringAlgorithm 


CipheringAlgorit 
hm 


eeaO 




Ciphering Algorithm 


px_RRCJntegrityProtAlgorithm 


IntegrityProtAlgo 
rithm 


eia1 




Integrity Algorithm 


px_MaxNumberROHC_Context 
Sessions 


MaxNumberRO 
HC_ContextSes 


Cs16 




Maximum number of ROHC 
context sessions 


sions_Type 







9.2 MultiRAT PIXIT 

Table 9. 2-1 : GERAN PIXIT 



Parameter Name 


Parameter Type 


Default Value 


Supported 
Values 


Description 


px_GERAN_BandUnderTest 


GERAN_BandU 
nderTestType 


GSM_P900 




Indicates which band is under 
test. 


Table 9. 2-2: UTRAN PIXIT 


Parameter Name 


Parameter Type 


Default Value 


Supported 
Values 


Description 


px_UTRAN_CipheringAlgorit 
hm 


CipheringAlgorit 
hm_r7 


uea2 


ueaO, ueal , 
uea2 


UTRAN Ciphering algorithm 
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Table 9. 2-3: CDMA2000 HRPD PIXIT 



Parameter Name 


Parameter Type 


Default Value 


Supported 
Values 


Description 


px_HRPD_BandClass 


BandclassCDMA 
2000_Type 


1 




Band Class; 

Table 1 .5-1 of C.S0057_D 
Default value corresponds to 1 .8 
to 2.0 GHz PCS band 


px_HRPD_ChannelNum_F1 4 


ARFCN ValueC 
DMA2000 Type 


225 




Channel number of frequency 1 4 


px_HRPD_KChannelNum_F1 5 


ARFCN_ValueC 
DMA2000 Type 


525 




Channel number of frequency 15 


px_HRPD_KChannelNum_F1 6 


ARFCN ValueC 
DMA2000_Type 


825 




Channel number of frequency 1 6 


px_HRPD_SectorlD_Cell1 5 


SectorlD_HRPD 
-Type 


oct2bit('FEA00000 
000000000000000 
000000001 '0) 




Sector ID of Cell 15; 
Clause 13.9 of C.S0024_B 


px_HRPD_SectorlD_Cell1 6 


SectorlD_HRPD 
-Type 


oct2bit('FEA00000 
000000000000000 

000000002'O) 




Sector ID of Cell 16; 
Clause 13.9of C.S0024_B 


px_HRPD_SectorlD_Cell1 7 


SectorlD_HRPD 
-Type 


oct2bit('FEA00000 
000000000000000 
000000003'O) 




Sector ID of Cell 17; 
Clause 13.9of C.S0024_B 


px_HRPD_SectorlD_Cell1 8 


SectorlD_HRPD 
-Type 


oct2bit('FEA00000 
000000000000000 
000000004'O) 




Sector ID of Cell 18; 
Clause 13.9of C.S0024_B 


px_ColorCode 


ColorCode_Type 


64 




Colour code of the subnet to 
which the sectors belong; 
Same for all HRPD cells 


px_OpenLoopAdjust 


OpenLoopAdjust 
-Type 


10 




The value of open loop adjust to 
be used by access terminals in 
the open loop power estimate, 
expressed as an unsigned value 
in units of 1 dB. The value used 
by the access terminal is -1 times 
the value of this field 


pxHRPDTrafficChannelAssig 
nmentCelUS 


octetstring 






Encoded PDU of Traffic Channel 
Assignment to be sent in 
MobilityFromEUTRACommand 
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Table 9.2-4: CDMA2000 1xRTT PIXIT 



Parameter Name 


Parameter Type 


Default Value 


Supported 
Values 


Description 


px 1 An 1 1 DaSGIQ UGin y 


Di D_ 1 ype 






tSaSG lU OT L/GM iy 


px_1 XRTT_Baseld_Cell20 


B16_Type 


int2blt (40,16) 




Base ID of Cell 20 


px_iAr(i i_baseia_L>eM^ii 


bio_i ype 


int^Dit (41 ,1b) 




base ID OT ueii 


px_1 XRTT_Baseld_Cell22 


B16_Type 


int2bit (42,16) 




Base ID of Cell 22 


px_1XRTT_NID 


B16_Type 


int2bit (100,16) 




detault Network ID of IxRTT 
Cells 


px_1XRTT_SID 


B15_Type 


int2bit (200,15) 




default bystem ID of ixRTT 
Cells 


px_1XRTT_TMSLDef 


04_Type 


'1234ABCD'0 




TMSI to be used in IXRTT 


px_1 XRTT_MinProtRev 


ProtRevType 







Minimum Protocol revision 
supported by Base Station 


px_1 XRTTJJserlnfoEncMode 


EncryptionMode 

-Type 


2 




Encryption Mode 
Rijndael algorithm 


px_1 XRTT_Sig_EncMode 


EncryptionMode 
-Type 


2 




Encryption Mode 
Rijndael algoritfim 


px_1 XRTT_BandClass 


1— \ 11 _ /-\ 1— s ft A A 

BandclassCDMA 
2000_Type 


1 




Band Class; Table 1 .5-1 of 
C.S0057_D. Default value 
corresponds to 1 .8 to 2.0 GHz 
PCS band 


px_1 XRTT_ChannelNum_F1 7 


ARFCN ValueC 
DMA2000 Type 


225 




Channel number of frequency 17 


px_1 XRTT_ChannelNum_F1 8 


ARFCN ValueC 
DMA2000 Type 


525 




Channel number of frequency 18 


px_1 XRTT_ChannelNum_F1 9 


ARFCN ValueC 
DMA2000_Type 


825 




Channel number of frequency 1 9 


px 1XRTT HandoffDirectionCel 
119 


octetstring 






Encoded PDU of Handoff 
Direction Assignment to be sent 
in MobilityFromEUTRACommand 


px 1XRTT CS PagingMessag 
e_Cell19 


octetstring 






Encoded PDU of CS paging 
message to be sent in 
DLInformationTransfer; The 
message is encapsulated in a 
GCSNAIxCircuitService defined 
in C.S0097 clause 2.4.1 


px_PowerDown Reg Enabled 


boolean 


true 




Parameter for power down reg in 
IxRTT 



1 PostambiGS 

The purpose of this clause is to specify postambles to bring the UE to a well defined state regardless of the UE state at 
the termination of main test body or of the SS conditions and values of the system information inherited from the test. 

1 0. 1 Postambles for E-UTRA to UTRA tests 

This clause describes UE postamble procedures which are used at the end of inter-RAT test cases specified in TS 
36.508 [3] so as to switch off the UE. 

UE LTE and UTRAN postamble conditions are specified in Table 10.1-1. 



Table 10.1-1: UE postamble conditions 



LTE UE attach type 


UE UTRA CS/PS domain 


Postamble condition 


attach 


pc CSANDpc PS 


C1 


pc_PS AND NOT (pc_GS) 


02 


combined attach 


pc CSANDpc PS 


03 


pc CS AND NOT (pc PS) 


04 
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10.1 .1 UE postamble states and procedures for E-UTRA to UTRA 

In order to bring the UE to the switched/powered off state, a number of procedures need to be executed in a hierachical 
sequence, according to the reference end state specified in each test procedure sequence. The sequences and the 
identified procedures are shown in figure 10.1.1-1. 




P1 0.1.4 P1 0.1.5 P10.1.3 




P10.1.2 PI 0.1.2 




Figure 10.1.1-1 : UE postambie procedures for E-UTRA / UTRA test cases 

NOTE: Depending on the test case specifications the termination of a test case can be in any state of this diagram. 

UE in UTRA state U2, U3, U4 and U5 may send data on the established radio bearer and shall be accepted and handled. 

NOTE: NAS and AS security procedures during routing area update and handover are performed according to 
3GPP TS 33.401[24] clauses 9.1.1 and 9.2.1 and 3GPP TS 25.331[36] clause 8.3.6.3. 
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10.1.2 Switch/Power off procedure 
10.1.2.1 Procedure 



Table 10.1.2.1-1: Switch/Power off procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The UE is powered off or switched off, (see 
ICS) 








EXCEPTION: Steps 2 to 7 specify the 
behaviour if UE supports pc_SwitchOnOff. 








EXCEPTION: Steps 2 to 4 are used only 
when the UE is in UTRA idle end state (U1). 






2 


The UE transmits RRC CONNECTION 
REQUEST 


--> 


RRC CONNECTION REQUEST 


3 


The SS transmit a RRC CONNECTION 
SETUP 


<-- 


RRC CONNECTION SETUP 


4 


The UE transmits an RRC CONNECTION 
SETUP COMPLETE message 


--> 


RRC CONNECTION SETUP COMPLETE 


- 


EXCEPTION: Step 5a1 specifies behaviour 
when the current UTRA cell is in NMO 1 and 
the UE is in condition: 
-C1 or 
-C3 




- 


5a1 


The UE transmits an INITIAL DIRECT 
TRANSFER message including a DETACH 
REQUEST message with the detach 
type='power switched off, GPRS/IMSI 
combined detach' 


— > 


DETACH REQUEST 




EXCEPTION: Step 5b1 specifies behaviour 
when the current UTRA cell is in (NMO 1 or 
NMO II) and the UE is in condition C4 






5b1 


The UE transmits an INITIAL DIRECT 
TRANSFER message. 
This message includes an IMSI DETACH 
INDICATION message 


--> 


IMSI DETACH INDICATION 




EXCEPTION: Step 5c1 specifies behaviour 
when the current UTRA cell is in (NMO 1 or 
NMO II) and the UE is in condition C2 






5c1 


The UE transmits an INITIAL DIRECT 
TRANSFER message. 
This message includes a DETACH 
REQUEST message with detach 
type='power switched off, PS detach" 


--> 


DETACH REQUEST 


- 


EXCEPTION: Steps 5d1 and 5d2 specify 
behaviour when the current UTRA cell is in 
NMO II and the UE is in condition: 
- C1 or 
-C3. 

Both detach messages (in steps 5d1 and 
5d2) can be sent by UE in any order. 


- 


- 


5d1 


The UE transmits an INITIAL DIRECT 

TRANSFER message. 

This message includes a DETACH 

REQUEST message with the detach 
type='power switched off, PS detach" 


--> 


DETACH REQUEST 


5d2 


The UE transmits an INITIAL DIRECT 
TRANSFER message. 
This message includes an IMSI DETACH 
INDICATION message 


--> 


IMSI DETACH INDICATION 


6 


The SS transmits an RRC CONNECTION 
RELEASE message 


<— 


RRC CONNECTION RELEASE 


7 


The UE transmits a RRC CONNECTION 
RELEASE COMPLETE message 


--> 


RRC CONNECTION RELEASE 
COMPLETE 
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10.1.3 CC disconnect procedure 
10.1.3.1 Procedure 



Table 10.1.3.1-1: CC disconnect procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The SS transmits a DOWNLINK DIRECT 

TRANSFER message. 

This message includes a DISCONNECT 

message. 


<— 


DISCONNECT 


2 


The UE transmits an UPLINK DIRECT 

TRANSFER message. 

This message includes a RELEASE 

message. 


— > 


RELEASE 


3 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a RELEASE 
COMPLETE message. 


<-- 


RELEASE COMPLETE 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 1 00 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

1 0. 1 .4 PS Routing Area Update procedure 
10.1.4.1 Procedure 



Table 10.1.4.1-1: PS Routing Area Update procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 




EXCEPTION: steps 1a1 to 1a5 specify the 
UE behaviour when the current UTRA cell is 
in NMO 1 and the UE is in condition: 
-C1 or 

- C3 and the UE is not registered to the LAC 
of the current UTRA cell 






1a1 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE REOUEST message with Update 
type ='Combined RA/LA Updated' 


--> 


ROUTING AREA UPDATE REQUEST 


1a2 


The SS transmits a SECURITY MODE 
COMMAND message. 


<— 


SECURITY MODE COMMAND 


1a3 


The UE transmits a SECURITY MODE 
COMPLETE message. 


--> 


SECURITY MODE COMPLETE 


1a4 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message Includes a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


1a5 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE COMPLETE message. 


-> 


ROUTING AREA UPDATE COMPLETE 


- 


EXCEPTION: steps 1b1 to 1b5 specify the 
UE behaviour when the current UTRA cell Is 
in (NMO 1 or NMO II) and the UE Is In 

condition: 
-C2 or 

- C3 and the UE is registered to the LAC of 
the current UTRA cell 


- 


- 


1b1 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE REOUEST message with Update 
type ='RA Update' 


--> 


ROUTING AREA UPDATE REQUEST 


1b2 


The SS transmits a SECURITY MODE 
COMMAND message. 


<-- 


SECURITY MODE COMMAND 


1b3 


The UE transmits a SECURITY MODE 
COMPLETE message. 


--> 


SECURITY MODE COMPLETE 


1b4 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


1b5 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE COMPLETE message. 


-> 


ROUTING AREA UPDATE COMPLETE 




EXCEPTION: steps 1c1 to 1c9 specify the 
UE behaviour when the current UTRA cell Is 
in NMO II and the UE Is In condition: 
-C1 or 

- C3 and the UE is not registered to the LAC 
of the current UTRA cell. 








The LOCATION UPDATE REQUEST 
message (step 1 c6) can be received during 
the routing area updating procedure (steps 
1c1 to 1c4). 
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1c1 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE REQUEST message with Update 
type ='RA Update'. 


--> 


ROUTING AREA UPDATE REQUEST 


1c2 


The SS transmits a SECURITY MODE 
COMMAND message. 


<-- 


SECURITY MODE COMMAND 


1c3 


The UE transmits a SECURITY MODE 
COMPLETE message. 


--> 


SECURITY MODE COMPLETE 


1c4 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


1c5 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE COMPLETE message. 


— > 


ROUTING AREA UPDATE COMPLETE 


1c6 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a LOCATION 
UPDATING REQUEST message. 


--> 


LOCATION UPDATING REQUEST 


1c7 


The SS transmits a SECURITY MODE 
COMMAND message. 


<-- 


SECURITY MODE COMMAND 


1c8 


The UE transmits a SECURITY MODE 
COMPLETE message. 


-> 


SECURITY MODE COMPLETE 


1c9 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a LOCATION 
UPDATING ACCEPT 


<— 


LOCATION UPDATING ACCEPT 


IcIO 


The EU transmits a UPLINK DIRECT 
TRANSFER message. 
This message includes a TMSI 
REALLOCATION COMPLETE 


--> 


TMSI REALLOCATION COMPLETE 
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10.1.5 CS fallback procedure 
10.1.5.1 Procedure 



Table 10.1.5.1-1 : CS fallback procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


- 


EXCEPTION: Steps 1a1 and 1a2 specify the 
MO call procedure. 


- 


- 


1a1 


The UE transmits an INITIAL DIRECT 
TRANSFER message including a CM 
SERVICE REQUEST message. 


-> 


CM SERVICE REQUEST 


1a2 


The SS transmits an UPLINK DIRECT 
TRNASFER message including a CM 
SERVICE REJECT with the reject cause #32 
(Service option not supported) 


<— 


CM SERVICE REJECT 




EXCEPTION: Step 1 b1 specifies the MT call 
procedure. 






1b1 


The UE transmits an INITIAL DIRECT 
TRANSFER message including a PAGING 
RESPONSE message. 


--> 


PAGING RESPONSE 


2 


The SS transmits an RRC CONNECTION 
RELEASE message. 


<- 


RRC CONNECTION RELEASE 


3 


The UE transmits an RRC CONNECTION 
RELEASE COMPLETE message. 


--> 


RRC CONNECTION RELEASE 
COMPLETE 


4 


The UE transmits an RRC CONNECTION 
REQUEST message. 


--> 


RRC CONNECTION REQUEST 


5 


The SS transmits an RRC CONNECTION 
SETUP message 




RRC CONNECTION SETUP 


6 


The UE transmits an RRC CONNECTION 
SETUP COMPLETE message 


--> 


RRC CONNECTION SETUP COMPLETE 




EXCEPTION: Steps 7a1 and 7a5 specify the 
the routing area update procedure when the 
current UTRA cell is in NMO 1 and the UE is 
in condition C3 and the UE is not registered 
to the LAC of the current UTRA cell. 






7a1 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE REQUEST message with Update 
type ='Combined RA/LA Updated'. 


--> 


ROUTING AREA UPDATE REQUEST 


7a2 


The SS transmits a SECURITY MODE 
COMMAND message. 


<-- 


SECURITY MODE COMMAND 


7a3 


The UE transmits a SECURITY MODE 
COMPLETE message. 


--> 


SECURITY MODE COMPLETE 


7a4 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


7a5 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE COMPLETE message. 


— > 


ROUTING AREA UPDATE COMPLETE 




EXCEPTION: Steps 7b1 and 7b4 specify the 
location updating procedure when the 
current UTRA cell is in network mode (NMO 1 
or NMO II) and the UE is in condition C4 and 
the UE is not registered to the LAC of the 
current UTRA cell. 






7b1 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a LOCATION 
UPDATING REQUEST message. 


— > 


LOCATION UPDATING REQUEST 


7b2 


The SS transmits a SECURITY MODE 


<— 


SECURITY MODE COMMAND 
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COMMAND message. 






7b3 


The UE transmits a SECURITY MODE 
COMPLETE message. 


-> 


SECURITY MODE COMPLETE 


7b4 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a LOCATION 
UPDATING ACCEPT 


<— 


LOCATION UPDATING ACCEPT 


7b5 


The EU transmits a UPLINK DIRECT 
TRANSFER message. 
This message includes a TMSI 
REALLOCATION COMPLETE 


--> 


TMSI REALLOCATION COMPLETE 




EXCEPTION: steps 7c1 to 7c9 specify the 
UE behaviour when the current UTRA cell is 
in NMO II and the UE is in condition C3 and 
the UE is registered to the LAC of the current 
UTRA cell. 

The LOCATION UPDATE REQUEST 
message (step 7c6) can be received during 
the routing area updating procedure (steps 
7c1 to 7c4). 






7c1 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE REQUEST message with Update 
type ='RA Update'. 


-> 


ROUTING AREA UPDATE REQUEST 


7c2 


The SS transmits a SECURITY MODE 

COMMAND message. 


<— 


SECURITY MODE COMMAND 


7c3 


The UE transmits a SECURITY MODE 
COMPLETE message. 


-> 


SECURITY MODE COMPLETE 


7c4 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


7c5 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a ROUTING AREA 
UPDATE COMPLETE message. 


--> 


ROUTING AREA UPDATE COMPLETE 


7c6 


The UE transmits an UPLINK DIRECT 
TRANSFER message. 
This message includes a LOCATION 
UPDATING REQUEST message. 


— > 


LOCATION UPDATING REQUEST 


7c7 


The SS transmits a SECURITY MODE 
COMMAND message. 


<-- 


SECURITY MODE COMMAND 


7c8 


The UE transmits a SECURITY MODE 
COMPLETE message. 


--> 


SECURITY MODE COMPLETE 


7c9 


The SS transmits a DOWNLINK DIRECT 
TRANSFER message. 
This message includes a LOCATION 
UPDATING ACCEPT 


<-- 


LOCATION UPDATING ACCEPT 


7c10 


The EU transmits a UPLINK DIRECT 
TRANSFER message. 
This message includes a TMSI 
REALLOCATION COMPLETE 


— > 


TMSI REALLOCATION COMPLETE 


8 


The SS transmits an RRC CONNECTION 
RELEASE message. 


<— 


RRC CONNECTION RELEASE 


9 


The UE transmits an RRC CONNECTION 
RELEASE COMPLETE message. 


--> 


RRC CONNECTION RELEASE 
COMPLETE 



1 0.2 Postambles for E-UTRAN to GERAN tests 

This clause describes UE postamble procedures which are used at the end of inter-RAT test cases defined in TS 36.508 
[3] so as to switch off the UE. UE LTE and GERAN postamble transitions are speciiied in Table 10.2-1. 
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Table 10.2-1: UE postamble conditions 



LTE UE attach type 


UE GERAN CS/PS domain 


Postambie condition 


attach 


pc_GPRS 


C1 


combined attach 


pc_GPRS 


02 


NOTpc GPRS 


03 



10.2.1 UE postamble states and procedures for E-UTRA to GERAN test 
cases 

In order to bring the UE to the switched/powered off state there are a number of procedures that need to be executed in 
a hierachical sequence, according to the reference end state specified in each test procedure sequence. The sequences 
and the identified procedures are shown in figure 10.2.1-1 



GERAN 

CS fallback (G3) 



GERAN OS 
Call (G4) 



GERAN PS 
Handover (G2) 



PI 0.2.5 



PI 0.2.4 



PI 0.2.3 







N 




GERAN Idle 

(G1) 


/ 


1 

PI 0.2.2 

i 






N 




Off 


/ 



Figure 10.2.1-1 : UE postamble procedures for E-UTRA / GERAN test cases 



NOTE 1: Depending on the test case specifications the termination of a test case can be in any state of this diagram. 

NOTE 2: The security procedures for interworking to GERAN are according to 3GPP TS 33.401 [24] clauses 
10.2.1 and 10.3.1. 
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1 0.2.2 Switch/Power off procedure 
10.2.2.1 Procedure 



Table 10.2.2.1-1: Switch/Power off procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The UE is powered off or switched off, (see 
ICS) 








EXCEPTION: Steps 2a1 to 2c2 specify the 
behaviour if UE supports pc_SwitchOnOff. 


- 


- 


- 


EXCEPTION: Step 2a1 specifies behaviour 
when the GERAN cell is in (NMO 1 or NMO 

II) and UE Is in condition CI 


- 


- 


2a1 


The UE transmits a DETACH REQUEST 
message 


— > 


DETACH REQUEST 




EXCEPTION: Step 2b1 specifies behaviour 
when the GERAN cell is in (NMO 1 or NMO 
II) and UE is in condition C3 






2b1 


The UE transmits an IMSI DETACH 
INDICATION message 


— > 


IMSI DETACH INDICATION 




EXCEPTION: Steps 2c1 and 2c2 specify 
behaviour when the GERAN cell is in NMO II 
and UE is in condition C2. The messages 
can be sent in any order 






2c1 


The UE transmits an IMSI DETACH 
INDICATION message 


--> 


IMSI DETACH INDICATION 


2c2 


The UE transmits a DETACH REQUEST 
message 


--> 


DETACH REQUEST 
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10.2.3 PS Handover procedure 
10.2.3.1 Procedure 



Table 10.2.3.1-1: PS handover procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 




EXCEPTION: Steps 1a1 and 1a3 specify the 
UE behaviour when GERAN cell Is in NMO 1 
and the UE is in condition C2 and the UE is 
not registered to the LAC of this cell. 






1a1 


The UE transmits a ROUTING AREA 
UPDATE REQUEST message with update 
type='Combined RA/LA Update'. 


--> 


ROUTING AREA UPDATE REQUEST 


1a2 


The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


1a3 


The UE transmits a ROUTING AREA 
UPDATE COIVIPLETE message. 


— > 


ROUTING AREA UPDATE COMPLETE 




EXCEPTION: Steps 1b1 and 1b3 specify the 
location updating procedure when GERAN 
cell is in (NIVIO 1 or NIVIO 11) and the UE is in 
condition C2 and the UE is registered to the 
LAC of this cell. 






1b1 


The UE transmits a ROUTING AREA 
UPDATE REQUEST message with update 
type='RA Update'. 


--> 


ROUTING AREA UPDATE REQUEST 


1b2 


The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 


<- 


ROUTING AREA UPDATE ACCEPT 


1b3 


The UE transmits a ROUTING AREA 
UPDATE COMPLETE message. 


— > 


ROUTING AREA UPDATE COMPLETE 


- 


EXCEPTION: Steps 1c1 and 1c6 specify the 
location updating procedure when GERAN 
cell is in NMO 11 and the UE is in condition 
C2 and the UE is not registered to the LAC 
of this cell. 


- 


- 


1c1 


The UE transmits a ROUTING AREA 
UPDATE REQUEST message with update 

type='RA Update'. 


--> 


ROUTING AREA UPDATE REQUEST 


1c2 


The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 


<- 


ROUTING AREA UPDATE ACCEPT 


1c3 


The UE transmits a ROUTING AREA 
UPDATE COMPLETE message. 


— > 


ROUTING AREA UPDATE COMPLETE 


1c4 


The UE transmits a LOCATION UPDATING 
REQUEST message. 


--> 


LOCATION UPDATING REQUEST 


1c5 


The SS transmits a LOCATION UPDATING 
ACCEPT 


<-- 


LOCATION UPDATING ACCEPT 


1c6 


The UE transmits a TMSI REALLOCATION 
COMPLETE 




TMSI REALLOCATION COMPLETE 
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1 0.2.4 CC disconnect procedure 
10.2.4.1 Procedure 



Table 10.2.4.1-1: CC disconnect procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The SS transmits a DISCONNECT message. 


<— 


DISCONNECT 


2 


The UE transmits a RELEASE message. 


— > 


RELEASE 


3 


The SS transmits a RELEASE COIVIPLETE 
message. 


<— 


RELEASE COMPLETE 


4 


The SS transmits a CHANNEL RELEASE 
message. 


< - 


CHANNEL RELEASE 
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1 0.2.5 CS fallback procedure 
10.2.5.1 Procedure 



Table 10.2.5.1-1 : CS fallback procedure MO call 



Step 


Procedure 


U-S 


Message Sequence 
Message 




EXCEPTION: Steps 1a1 and 1a2 specify the 
MO call procedure. 






1a1 


The UE transmits a CM SERVICE 
REQUEST message. 


-> 


CM SERVICE REQUEST 


1a2 


The SS transmits a CM SERVICE REJECT 
with the reject cause #32 (Service option not 
supported) 


<-- 


CM SERVICE REJECT 




EXCEPTION: Step 1b1 specifies the MT call 
procedure. 






1b1 


The UE transmits a PAGING RESPONSE 
message. 


-> 


PAGING RESPONSE 




EXCEPTION: Steps 2a1 to 2a6 specify the 
procedure when GERAN cell is in NMO II 

and if the UE is in condition C2 and the UE is 
registered to the LAC of the current GERAN 
cell. 






2a1 


The UE transmits a LOCATION UPDATING 
REQUEST message. 


--> 


LOCATION UPDATING REQUEST 


2a2 


The SS transmits a LOCATION UPDATING 
ACCEPT 


<-- 


LOCATION UPDATING ACCEPT 


2a3 


The UE transmits a TMSI REALLOCATION 
COMPLETE 




TMSI REALLOCATION COMPLETE 


2a4 


The UE transmits a ROUTING AREA 
UPDATE REQUEST message. 


--> 


ROUTING AREA UPDATE REQUEST 


2a5 


The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


2a6 


The UE transmits a ROUTING AREA 
UPDATE COMPLETE message. 


-> 


ROUTING AREA UPDATE COMPLETE 




EXCEPTION: Steps 2b1 to 2b3 specify the 
location updating procedure when GERAN 
cell is in (NMO 1 or NMO II) and if the UE is 
in condition C3 and the UE is not registered 
to the LAC of the current GERAN cell 






2b1 


The UE transmits a LOCATION UPDATING 
REQUEST message. 


--> 


LOCATION UPDATING REQUEST 


2b2 


The SS transmits a LOCATION UPDATING 
ACCEPT 


<-- 


LOCATION UPDATING ACCEPT 


2b3 


The UE transmits a TMSI REALLOCATION 
COMPLETE 




TMSI REALLOCATION COMPLETE 




EXCEPTION: Steps 2c1 to 2c3 specify the 
routing area updating procedure when the 
GERAN cell is in NMO 1 and the UE is in 

condition C2and the UE is not registered to 
the LAC of the current GERAN cell 






2c1 


The UE transmits a ROUTING AREA 
UPDATE REQUEST message with update 
type = 'Combined RA/LA update'. 


-> 


ROUTING AREA UPDATE REQUEST 


2c2 


The SS transmits a ROUTING AREA 
UPDATE ACCEPT message. 


<— 


ROUTING AREA UPDATE ACCEPT 


2c3 


The UE transmits a ROUTING AREA 
UPDATE COMPLETE message. 


--> 


ROUTING AREA UPDATE COMPLETE 
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1 0.3 Postambles for E-UTRA test cases 

This clause describes UE postamble states which can be used in the post condition of E-UTRA test cases defined in TS 
36.523-l[l]. The clause also specifies a set of procedures to bring the UE into these states. 



1 0.3.1 UE postamble states and procedures for E-UTRA test cases 

In order to bring the UE to switched/powered off state there are some procedures that need to be executed. The 
identified procedures are shown in figure 10.3.1-1. 



E-UTRA idle \ / E-UTRA \ / E-UTRA \ / E-UTRA test \ E-UTRA 
(E1) ]: connected (E2) )( connected T3440 ! mode(E3) ) ( deregistered 

(E2_T3440) / \ / V (E4) 



V / 



P10.3.2 P1 0.3.3 P10.3.3 P10.3.3 P10.3.4 




Figure 10.3.1-1: UE postamble states and procedures for E-UTRA 



1 0.3.2 Switch/Power off procedure in State E1 
10.3.2.1 Procedure 



Table 10.3.2.1-1: Switch/Power off procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The UE is powered off or switched off, (see 
ICS) 








EXCEPTION: Steps 2a1 to 2a4 specify 
behaviour if the UE supports 
pc_SwitchOnOff 






2a1 


UE transmits an RRCConnectionRequest 

message. 


-> 


RRC: RRCConnectionRequest 


2a2 


SS transmit an RRCConnectionSetup 
message. 


<— 


RRC: RRCConnectionSetup 


2a3 


The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
Detach procedure by including the DETACH 
REQUEST message. 


— > 


RRC: RRCConnectionSetupComplete 
NAS: DETACH REQUEST 


2a4 


The SS transmits an RRC CONNECTION 
RELEASE message 


<— 


RRC CONNECTION RELEASE 
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1 0.3.3 Switch/Power off procedure in State E2 and E3 
1 0.3.3.1 Procedure for E2 and E3 



Table 10.3.3.1-1: Switch/Power off procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The UE is powered off or switched off (see 
ICS) 








EXCEPTION: Steps 2a1 to 2a2 specify 
behaviour if the UE supports 
pc SwitchOnOff 






2a1 


The UE transmits DETACH REQUEST 


-> 


DETACH REQUEST 


2a2 


The SS transmits an RRC CONNECTION 
RELEASE message 


<— 


RRC CONNECTION RELEASE 



1 0.3.3.2 Procedure for E2_T3440 

Table 10.3.3.2-1 : RRC release and switch/power off procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The SS transmits an RRC CONNECTION 
RELEASE message 


<— 


RRC CONNECTION RELEASE 


2 


The SS waits for 5s to ensure that the UE 
goes to RRC IDLE state. 






3 


The UE is powered off or switched off (see 
ICS) 








EXCEPTION: Steps 4a1 to 4a4 specify 
behaviour if the UE supports 

pc_SwitchOnOff 






4a1 


UE transmits an RRCConnectionRequest 
message. 


--> 


RRC: RRCConnectionRequest 


4a2 


SS transmit an RRCConnectionSetup 
message. 


<— 


RRC: RRCConnectionSetup 


4a3 


The UE transmits an 

RRCConnectionSetupComplete message to 
confirm the successful completion of the 
connection establishment and to initiate the 
Detach procedure by including the DETACH 
REQUEST message. 


-> 


RRC: RRCConnectionSetupComplete 
NAS: DETACH REQUEST 


4a4 


The SS transmits an RRC CONNECTION 
RELEASE message 


<— 


RRC CONNECTION RELEASE 



1 0.3.4 Switch/Power off procedure in State E4 
10.3.4.1 Procedure 

Table 10.3.4.1-1: Switch/Power off procedure 



Step 


Procedure 


U-S 


Message Sequence 
Message 


1 


The UE is powered off or switched off (see 
ICS) 
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10.4 Postambles for E-UTRA to HRPD test cases 

This clause describes UE postamble states which can be used in the post condition of E-UTRA test cases defined in TS 
36.523-l[l]. The clause also specifies a set of procedures to bring the UE into these states. 
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10.4.1 UE postamble procedures for E-UTRA to HRPD (No Pre- 
Registration) 

1 0.4.1 .1 Registration on HRPD Cell 



Table 10.4.1.1: Registration on IHRPD Cell procedure 



Step 


Procedure 


Message Sequence 


U-S 


Message 


1 


The UE transmits a ty>4T/Rec7uesf message. 


— > 


/ lA TIDani lacf 
Ur\ 1 IriciJiUcbi 


o 


lilt; OO LI dl lol 1 lllo L/Ai / //ioo/y/ ii / /t;/ /til Icoody c 


<— 


UA TIAssignment 


3 


The UE transmits UATIComplete message 


— > 


UM 1 luompiew 


A 
4 


\ ne ut TransmiTs uonnecuonrieQuesi 
message . 


-> 


ConnectionRequest 


O 


1 ne OO iransmiis a 
TrafficChannelAssignment message . 


<— 


TrafficChannelAssignment 





1 ne ut uansmiis / ranicL^nsnncicornpicW . 


— > 


TrafficCfianneicomplete 


7 


The UE transmits Configuration Request 
message for SCP configuration . 


— > 


SCP'.ConfigurationRequest 


8 


The SS transmits a Configuration Response 
message lor oL>r conTiguraiion . 


<— 


SCP '.ConfigurationResponse 


9 


The UE transmits ConfigurationRequest 
message for Stream protocol . 


— > 


Stream:ConfigurationRequesi 


10 


The SS transmits a Configuration Response 
message for Stream protocol accepting 
tivir A Douno TO service networK . 


<— 


Stream: ConfigurationResponse 


11 


The UE transmits EMPA 

ConfigurationRequest message . 


— > 


EMPA:ConfigurationRequesl 


12 


The SS transmits an £MP/\ 
ConfigurationResponse message . 


<— 


EMPA: ConfigurationResponse 


13 


The UE transmits ConfigurationComplete 
message . 


-> 


ConfigurationCompiete 


14 


Optionally session negotiation Initiated by the 
SS might take place 


<-> 




15 


Optionally device level authentication may 

take place . 


<-> 




16 


Optionally Location Update procedure may 
take place if the SS Is configured to support It. 


<-> 




17 


PPP LCP negotiation Is performed between 
the UE and the SS. EAP-AKA Is selected as 
the authentication protocol. 


<-> 




18 


Tunnelled EAP-AKA Is performed between 
the UE and the SS. 


<-> 


- 


19 


The UE transmits VSNCP Configure-Request 
message, including a PDN-ID, PDN Type, 
APN, PDN Address with empty content, 
Protocol Configuration Options, and Attach 
Type = "handover". 

The Address Allocation Preference option 
contained In the Protocol Configuration 
Options Indicates whether the UE wants to 
perform the IP address allocation during the 
attach procedure or deferred IPv4 address 
allocation. PDN Type indicates the UE's IP 
capability (IPv4, IPv6 or IPv4/v6) 


— > 


VSNCP: Configure-Request 


20 


The SS transmits a VSNCP Configure-Ack 
message. 


<- 


VSNCP: Configure-Ack 


21 


The SS transmits a VSNCP Configure- 
Request message including the PDN-ID 
configuration option. 


<- 


VSNCP: Configure-Request 


22 


The UE transmits VSNCP Configure-Ack 
message. 


-> 


VSNCP :Configure-Ack 


23 


Optionally IPv4 address allocation by 
DHCPv4 may occur (depending on the 
Address Allocation Preference Indicated by 


<— > 
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the UE at Step 19). 






24 


Optionally Link global IPv6 address 
configuration by ICMPv6 may occur 
(depending on the Address Allocation 
Preference indicated by the UE at Step 
1 Q). solicitation message. 


<— > 





1 0.4.1 .2 Detach on HRPD Cell 

Table 10.4.1.2: Detach on HRPD Cell procedure 



Step 


Procedure 


Message Sequence 


U-S 


Message 


1 


The UE transmits PPP:LCP Terminate- 
Request 


--> 


LCP:Terminate-Request 


2 


The SS transmits PPP: LCP Terminate-Ack 


<— 


LCP:Terminate-Ack 


3 


the UE and SS perform Session update to 
release the reservations; 


<— > 





1 1 Guidelines on test execution 

This clause provides the guidelines on test executions. 

11.1 Guidelines for E-UTRA on different operating Bands 

The restriction on test case execution as listed in this clause is due to the restriction of bandwidth to accomodate the 
necessary number of radio frequencies for the specific operating Band as used by the test cases. 

A test case using more than one radio frequency, i.e. using the radio frequencies f2 or f3 or f4 specified in TS 36.508 
[3], shall avoid to be executed on operating 

Band 12 with lOMHz bandwidth, 

Band 13, 

Band 17 with lOMHz bandwidth. 
The list containing such test cases is given below: 

6.1.1.1, 6.1.1.2, 6.1.1.4, 6.1.1.6, 6.1.2.5, 6.1.2.7, 6.1.2.8, 6.1.2.9, 6.1.2.10, 6.1.2.11, 6.1.2.13, 6.1.2.15, 6.3.1, 6.3.6, 
8.1.3.4, 8.1.3.5, 8.2.4.6, 8.3.1.3, 8.3.1.4, 8.3.1.6, 8.3.1.9, 8.3.1.10, 8.3.1.11, 

9.1.2.6, 9.2.1.1.1a, 9.2.1.1.7, 9.2.1.1.9, 9.2.1.1.10, 9.2.1.1.13, 9.2.1.1.15, 9.2.1.1.16, 9.2.1.1.17, 9.2.1.1.18, 

9.2.1.2.1, 9.2.1.2.10, 9.2.1.2.12, 9.2.1.2.14, 9.2.3.1.1, 9.2.3.1.4, 9.2.3.1.9a, 9.2.3.1.16, , 9.2.3.1.19, 9.2.3.1.25, 
9.2.3.1.27, 9.2.3.2.1, 9.2.3.2.12, 9.2.3.2.15, 9.2.3.2.16, 

13.4.1.2. 

A test case using more than two radio frequencies, i.e. using the radio frequencies f3 or f4 specified in TS 36.508 [3], 
shall avoid to be executed on operating 

Band 6, 

Band 14, 

Band 17 with 5MHz bandwidth.. 
Band 38 

The hst containing such test cases is given below: 
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6.1.1.1, 6.1.1.2, 6.1.1.4, 6.1.1.6, 6.1.2.7, 6.1.2.8, 6.1.2.9, 6.1.2.15, 

8.1.3.5, 8.3.1.4, 

9.1.2.6, 9.2.1.1.1a, 9.2.1.1.7, 9.2.1.1.13, 9.2.1.1.15, 9.2.1.1.16, 9.2.1.2.12, 9.2.3.1.4. 

A test case using more than three radio frequencies, i.e. using the radio frequency f4 specified in TS 36.508 [3], shall 
avoid to be executed on operating 

Band 12 with 5MHz bandwidth. 

Band 18, 

Band 19, 

Band 20, 
Band 21, 
Band 34. 

The Ust containing such test cases is given below: 
6.1.1.1,6.1.1.2, 6.1.1.6 
9.2.1.1.7,9.2.1.2.12,9.2.3.1.4. 

1 1 .2 Guidelines for E-UTRA/UTRA operating Bands 

The restriction on test case execution as listed in this clause is due to the restriction of bandwidth to accomodate the 
necessary number of radio frequencies on the same E-UTRA/UTRA operating Band. 

A test case using more than one radio frequency, on the same EUTRA and UTRA band, shall avoid to be executed on 
operating 

Band 12 with lOMHz bandwidth. 

Band 13, 

Band 17 with lOMHz bandwidth. 

The Ust containing such test cases is given below: 

6.2.1.1, 6.2.1.2, 6.2.1.3, 6.2.2.1, 6.2.2.5, 6.2.3.3, 6.2.3.4, 6.2.3.5, 6.2.3.6, 6.2.3.13, 6.2.3.31, 6.3.3, 6.3.4, 6.3.7, 6.3.8, 

8.1.3.6, 8.1.3.7, 8.3.2.3, 8.3.2.4, 8.3.2.5, 8.3.2.6, 8.3.3.6, 8.4.1.2, 8.4.1.4, 8.4.2.2, 8.4.2.4, 8.5.2.1, 

9.2.1.1.11, 9.2.1.1.12, 9.2.1.2.1b, 9.2.1.2.1c, 9.2.1.2.5, 9.2.1.2.6, 9.2.1.2.7, 9.2.1.2.8, 9.2.1.2.9, 9.2.1.2.11, 9.2.1.2.13, 
9.2.1.2.15, 9.2.3.1.6, 9.2.3.1.10, 9.2.3.1.11, 9.2.3.1.12, 9.2.3.1.15, 9.2.3.1.17, 9.2.3.1.18, 9.2.3.2.1a, 9.2.3.2.1b, 

9.2.3.2.1c, 9.2.3.2.3, 9.2.3.2.5, 9.2.3.2.6, 9.2.3.2.7, 9.2.3.2.8, 9.2.3.2.9, 9.2.3.2.11, 9.2.3.2.13, 9.2.3.2.14, 
9.2.3.3.1, 9.2.3.3.2, 9.2.3.3.4, 9.2.3.3.5, 9.2.3.3.6, 9.3.1.4, 9.3.1.5, 9.3.1.6, 

13.1.2, 13.1.3, 13.1.4, 13.1.5, 13.1.15, 13.4.2.1, 

16.1.1.1, 16.1.1.2. 

A test case using more than two radio frequencies on the same EUTRA and UTRA band shall avoid to be executed on 
operating 

Band 6, 

Band 14, 

Band 38. 

The Ust containing such test cases is given below: 
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6.2.1.1,6.2.1.2, 6.2.1.3, 

9.2.1.1.11, 9.2.1.1.12, 9.2.1.2.9, 9.2.1.2.11, 9.2.1.2.13, 9.2.3.1.10, 9.2.3.1.11, 9.2.3.1.12, 9.2.3.1.15, 9.2.3.1.17, 
9.2.3.1.18, 9.2.3.2.5, 9.2.3.2.6, 9.2.3.2.7, 9.2.3.2.8, 9.2.3.2.11, 9.2.3.2.13, 9.2.3.2.14. 

A test case using more than three radio frequencies, on the same EUTRA and UTRA band shall avoid to be executed on 
operating 

Band 12 with 5MHz bandwidth. 

Band 18, 

Band 19, 

Band 20, 

Band 21, 

Band 34. 

The Ust containing such test cases is given below: 
9.2.3.2.14. 
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Annex A (normative): 
Test Suites 

This annex contains the approved TTCN Test Suites. The test suites have been produced using the Testing and Test 
Control Notation version 3 (TTCN3) according to ES 201 873-1 [13]. 



A.1 Baseline of specifications 

Table A. 1 shows the baseline of the relevant cores specifications and the test specifications which the delivered TTCN 
test suites are referred to. 



Table A.1 : References of the test and Core specifications 



Core specifications 
baseline 


3GPPTS 36.331 [19] 


3GPPTS 24.301 [21] 


Test specifications 


3GPP TS 36.508 [3] 


3GPP TS 36.509 [4] 


3GPP TS 36.523-1 [1] 


3GPP TS 36.523-2 [2] 



A.2 E-UTRA Test Suites 

The following table lists all approved test cases. An "X" in colunms FDD or TDD indicates the test case approved for 
the respective variant. 
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Table A.2: E-UTRA / EPS TTCN test cases 



1 csi case 






m 
m 


D.I .1 .1 


rLMIN selection OT rlrLIVIN, nrLMN/tnrLIViN, UrLMN HHu UrLMN / Automatic moue 


V 
A 


V 
A 


6.1.2.2 


Cell selection, Qrxlevmin 


X 


X 


6.1.2.3 


Cell selection / Intra E-UTRAN / Serving cell becomes non-suitable (S<0 or barred) 


X 


X 


6.1.2.4 


Cell reselectlon 


X 


X 


6.1.2.5 


Cell reselectlon for inter-band operation 


X 






Oul 1 1 uoUIUOLIUl 1 Uoll ly W ly ol, WUI Ioc;L ClI IU I I COCICLiLIUI I 


Y 
y\ 


Y 
A 


R 1 9 7 


r^oll rocolor'tirtn / Fni ii\/3lont PI h^M 


y 


Y 
A 


R 1 9 R 


r^oll rocoloptinn iicinn poll ctati ic anrl ooll rocon/atif^nc / Appocc onntrrti place H tr\ Q 

well 1 CoClCl^llUI 1 Uolliy LrCll oLCtlUo Ctl IU OCll I COCI VctllUI lO / nOUCOO OUIIlIUl Uldoo \J VJ \7 


Y 
/\ 


Y 

A 


R 1 9 P 


oc;ii 1 c^ocico iivji 1 Uoii ly uc^ii oLdLUo di lu ocii i coci vdiiui lo / r^oocoo otji iii kji Lridoo i i \\J i «J 


X 


X 


6.1.2.11 


Inter-frequency cell reselection 


X 


X 


6.1.2.13 


Cell re-selection, Sintrasearch, Snonintrasearch 


X 




6.1.2.15 


Inter-frequency cell reselection according to cell reselection priority provided by SIBs 


X 


X 


6.2.2.1 


Inter-RAT cell selection / From E-UTRA RRC_IDLE to UTRA_ldle / Serving cell becomes 
non-suitable 


X 




6.2.3.3 


Inter-RAT cell reselection / From UTRA Idle to E-UTRA RRC IDLE 


X 




6.2.3.5 


Inter-RAT cell reselection / From E-UTRA RRC IDLE to UTRA Idle 


X 




7.1.1.1 


CCCH mapped to UL SCH/ DL-SCH / Reserved LCID (Logical Channel ID) 


X 


X 


7.1.1.2 


DTCH or DCCH mapped to UL SCH/ DL-SCH / Reserved Logical Channel ID 


X 


X 


7.1.2.1 


Correct selection of RACH parameters / Random access preamble and PRACH resource 
explicitly signalled to the UE by RRC / Non-contention based random access procedure 


X 


X 


7.1.2.2 


Correct selection of RACH parameters / Random access preamble and PRACH resource 
expiiciTiy signaiieo to ine ut in ruuun uroer/ i\ion-contention oasea ranoom access 
procedure 


X 


X 


7.1.2.3 


Correct selection of RACH parameters / Preamble selected by MAC itself / Contention 
based random access procedure 


X 


X 


7.1.2.4 


Random access procedure / Successful 


X 


X 


7.1.2.5 


Random access procedure / MAC PDU containing multiple RARs 


X 


X 


7.1.2.6 


Maintenance of uplink time alignment 


X 


X 


7.1.2.7 


MAC contention resolution / Temporary C-RNTI 


X 


X 


7 i O Q 
/.I .^.O 


MAC contention resolution / C-RNTI 


Y 
A 


V 
A 


7 i O Q 

/.I .^.y 


MAC backoff indicator 


Y 
A 


Y 

A 


/ .1 .O.I 


Correct handling of DL assignment / Dynamic case 


V 
A 


V 

A 


7 1 Q T 


iviAL' ruu neaoer nanoiing 


Y 
A 


Y 

A 


7.1.3.4 


Correct HARQ process handling / DCCH and DTCH 


X 


X 


7.1.3.5 


Correct HARQ process handling / CCCH 


X 


X 


/ .1 .O.O 


oorrect haku process nanaiing / bOOn 


V 
A 


V 
A 


7.1.3.7 


MAC padding 


X 


X 


/ .1 .o.y 


MAU reset ul 


V 
A 


V 

A 


7.1.4.1 


Correct handling of UL assignment / Dynamic case 


X 


X 


7.1.4.3 


Logical channel prioritization handling 


X 


X 


7.1.4.4 


Correct handling of MAC control information / Scheduling requests and PUCCH 


X 


X 


7.1.4.5 


Correct handling of MAC control information / Scheduling requests and random access 
procedure 


X 


X 


i. \ .4.0 


Correct handling of MAC control information / Buffer status / UL data arrive in the UE Tx 
buffer and retransmission of BSR / Regular BSR 


V 
A 


V 

A 


7.1.4.7 


Correct handling of MAC control information / Buffer Status / UL resources are allocated / 

Padding BSR 


X 


X 


7.1.4.8 


Correct handling of MAG control information / Buffer status / Periodic BSR timer expires 


X 


X 


7.1.4.10 


MAC padding 


X 


X 


7.1.4.11 


Correct HARQ process handling 


X 


X 


7.1.4.12 


MAC reset UL 


X 


X 


7.1.4.13 


MAC PDU header handling 


X 


X 


7.1.4.15 


UE power headroom reporting / Periodic reporting 


X 


X 


7.1.4.16 


UE power headroom Reporting / DL pathless change reporting 


X 


X 
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7.1.6.1 


DRX operation / Short cycle not configured / Parameters configured by RRC 


X 




7.1.6.2 


DRX operation / Short cycle not configured / DRX command MAC control element reception 


X 




7.1.7.1.1 


DL-SCH transport block size selection / DCI format 1 / RA type 


X 


X 


7.1.7.1.2 


DL-SCH transport block size selection / DCI format 1 / RA type 1 


X 


X 


7.1.7.1.3 


DL-SCH transport block size selection / DCI format 1 A / RA type 2 / Localised VRB 


X 


X 


7.1.7.1.4 


DL-SCH transport block size selection / DCI format 1 A / RA type 2 / Distributed VRB 


X 


X 


7.1.7.2.1 


UL-SCH transport block size selection / DCI format 


X 


X 


7.2.2.1 


UM RLC / Segmentation and reassembly / 5-bit SN / Framing info field 


X 


X 


7.2.2.2 


UM RLC / Segmentation and reassembly / 10-bit SN / Framing info field 


X 


X 


7.2.2.3 


UM RLC / Reassembly / 5-bit SN / LI value > PDU size 


X 


X 


7.2.2.4 


UM RLC / Reassembly / 1 0-bit SN / LI value > PDU size 


X 


X 


7.2.2.5.1 


UM RLC / 5-bit SN / Correct use of sequence numbering 


X 


X 


7.2.2.5.2 


UM RLC / 5-bit SN / Correct use of sequence numbering 


X 


X 


7.2.2.6 


UM RLC / Concatenation, segmentation and reassembly 


X 


X 


7.2.2.7 


UM RLC / In sequence delivery of upper layer PDUs without residual loss of RLC PDUs / 
Maximum re-ordering delay below t-Reordering 


X 


X 


7.2.2.8 


UM Rl C / In «;pfiiipnpp riplivprv nf iinnpr lavpr PDUi^ without rp<?irliial ln*5<5 fif Rl C PDU*? / 

^.^IVI 1 1 ■ — V—/ / III OCUUdlV^C UdlVdV \J\ UL^L^^I IdVd 1 1 — ' O VVILIIWUL ICOIV^UCll I^OO \Jl 1 II— 1 1— / > ' O / 

Maximum re-ordering delay exceeds t-Reordering 


X 


X 


7 9 9 Q 


1 llVyi Rl 1 In com lon^o Holi\/or\/ f\i i innoc iQV/or Pr~ll Ic \A/ith rocirliicil Incc r\i Rl P[~M Ic / 
UiVl riLO / ill ocqUcllOc UcllVcry UI Uppc;l Idycr r UUo WILII IcolUUdl lUoo Ul riLO r L/Uo / 

Maximum re-ordering delay exceeds t-Reordering 


y 


Y 
y\ 


7.2.2.10 


UM RLC / Duplicate detection of RLC PDUs 


X 


X 


7.2.2.11 


UM RLC / RLC re-establishment procedure 


X 


X 


7.2.3.1 


AM RLC / Concatenation and reassembly 


X 


X 


7.2.3.2 


AM RLC / Segmentation and reassembly / No PDU segmentation 


X 


X 


7 9 T T 


nivi riLO / ocyiiicrudiiuri diiu fcdobciiiijiy / rrdiiiiiiy iriiu iiciu 


Y 
A 


Y 
A 


7.2.3.4 


AM RLC / Segmentation and reassembly / Different numbers of length indicators 


X 


X 


7.2.3.5 


AM RLC / Reassembly / LI value > PDU size 


X 


X 


7.2.3.6 


AM RLC / Correct use of sequence numbering 


X 


X 


7.2.3.7 


AM RLC / Control of transmit window 


X 


X 


7.2.3.8 


AM RLC / Control of receive window 


X 


X 


7.2.3.9 


AM RLC / Polling for status 


X 


X 


7.2.3.10 


AM RLC / Receiver status triggers 


X 


X 


7.2.3.13 


AM RLC / Reconfiguration of RLC parameters by upper layers 


X 


X 


7.2.3.14 


AM RLC / In sequence delivery of upper layers PDUs 


X 


X 


7.2.3.15 


AM RLC / Re-ordering of RLC PDU segments 


X 


X 


7.2.3.16 


AM RLC / Re-transmission of RLC PDU without re-segmentation 


X 


X 


7.2.3.17 


AM RLC / Re-segmentation RLC PDU / SO, Fl, LSF 


X 


X 


7.2.3.18 


AM RLC / Reassembly / AMD PDU reassembly from AMD PDU segments. Segmentation 
Offset and Last Segment Flag fields 


X 


X 


7.2.3.20 


AM RLC / Duplicate detection of RLC PDUs 


X 


X 


7.2.3.21 


AK/I Rl / Rl rp-pcitphli<5hmpnt 3t RRO pnnnprtinn rprnnfiniir^tinn infliirlinn 
mobilityControllnfo IE 


X 


X 


7.3.1 .1 


K^aintpnanpp nf PnO.P QPniiPnr'P niimhprQ / 1 Iqpt nlanp / Rl C". C^KI\ 


X 


X 


7.3.1 .2 


Maintenance of PDGP sequence numbers / User plane / RLC UM / Short PDCP faN (7 bits) 


X 


X 


7.3.1 .3 


Maintenance of PDCP sequence numbers / User plane / RLC UM / Long PDCP SN (12 bits) 


X 


X 


7.3.3.1 


Ciphering and deciphering / Correct functionality of EPS AS encryption algorithms / SNOW 


X 


X 


"7 O O O 

7.3.3.2 


Ciphering and deciphering / Correct functionality of EPS UP encryption algorithms / SNOW 

JO 


X 


X 


7.3.3.3 


Ciphering and deciphering / Correct functionality of EPS AS encryption algorithms / AES 


X 


X 


"7 O O yl 
/.0.0.4 


Ciphering and deciphering / Correct functionality of EPS UP encryption algorithms / AES 


V 
A 


V 

A 


/.0.4.1 


Integrity protection / Correct functionality of EPS AS integrity algorithms / SNOW 3G 


V 

A 


V 

A 


7 A 


iiiLcyriLy pruLcOLiuri / v.-'Urit^oL luiioLiuridiiLy ui cro mo irucgriiy diyunuiiFib / mco 


Y 

A 


y 

A 


7.3.5.2 


PDCP handover / Lossless handover / PDCP sequence number maintenance 


X 




7.3.5.3 


PDCP handover / Non-lossless handover / PDCP sequence number maintenance 


X 


X 


7.3.5.4 


PDCP handover / Lossless handover / PDCP status report to convey the information on 
missing or acknowledged PDCP SDUs at handover 


X 


X 


7.3.5.5 


PDCP handover / In-order delivery and duplicate elimination in the downlink 


X 


X 


7.3.6.1 


PDCP discard 


X 


X 
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8.1.1.1 


RRC / Paging for connection in idle mode 


X 


X 


O ^ i o 


RRC / Paging for notification of BCCH modification in idle mode 


V 
A 




8.1.1.6 


RRC / BCCH modification in connected mode 


X 


X 


8.1 .2.1 


RRC connection establishment / Success 


X 


X 


8A.2.2 


RRC connection establishment / Reject with wait time 


X 


X 


(J. 1 .^.o 


RRr^ pnnnpf^tinn PQtahliQhmpnt / Rptiirn tn iHIp Qtatp j^ftpr T'^OO timpni it 

nno OUI II ICLfLIUI 1 C^oldUIIOI ll l ICI IL / nClUI l l l\J lUIC OLCILC dl LCI 1 \J\J\J Lll 1 ICUUl 


X 


X 


8.1.2.5 


RRC connection establishment / 0% access probability for MO calls, no restriction for IVIO 
signalling 


X 


X 


8.1.2.7 


RRC connection establishment / 0% access probability for AC to 9, AC 10 is barred, AC 
11 to 1 5 are not barred, access for UE with access class In the range 11 to 1 5 is allowed 


X 




8.1.3.1 


RRC connection release / Success 


X 


X 


8.1.3.4 


RRC connection release / Redirection to another E-UTRAN frequency 


X 


X 


8.1.3.5 


RRC connection release / Success / With priority information 


X 


X 


8.1.3.6 


RRC connection release / Redirection from E-UTRAN to UTRAN 


X 




8.2.1.1 


RRC connection reconfiguration / Radio bearer establishment for transition from RRC_IDLE 
TO ririu uvjiNiNto 1 tu / ouccess / ueTauii Dearer / tany uearer esiauiisnmeni 


X 


X 


8.2.1.3 


RRC connection reconfiguration / Radio bearer establishment / Success / Dedicated bearer 


X 


X 


8.2.1.7 


RRC connection reconfiguration / Radio bearer establishment / Success / SRB2 


X 


X 


8.2.2.1 


RRC connection reconfiguration / Radio resource reconfiguration / Success 


X 


X 


8.2.2.2 


RRC connection reconfiguration / SRB/DRB reconfiguration / Success 


X 


X 


8.2.3.1 


RRC connection reconfiguration / Radio bearer release / Success 


X 


X 


8.2.4.1 


RRC connection reconfiguration / Handover / Success / Dedicated preamble 


X 


X 


8.2.4.2 


RRC connection reconfiguration / Handover / Success / Common preamble 


X 


X 


8.2.4.3 


RRC connection reconfiguration / Handover / Success / Intra-cell / Security reconfiguration 


X 


X 


8.2.4.4 


RRC connection reconfiguration / Handover / Failure / Intra-cell / Security reconfiguration 


X 




8.2.4.5 


RRC connection reconfiguration / Handover / All parameters Included 


X 


X 


8.2.4.6 


RRC connection reconfiguration / Handover / Success / Inter-frequency 


X 


X 


8.2.4.7 


RRC connection reconfiguration / Handover / Failure / Re-establishment successful 


X 




8 P 4 Q 


RRf^ rrinnpr'tinn rprrinfini iratinn / Hanrlnupr / Intpr-KanH hlinrl hiinrln\/pr / ^i ipt'pqq 

111! V_/ LfUl IIICOIIUII ICOL/IIIIUUICtLIL/ll / ndllUUVd / III iXjl Udl lU L/llll\J lldllUUvd / OULrLrCoo 


X 




8.3.1.1 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Event 

A1 


X 


X 


8.3.1.2 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Event 
A^^ 


X 


X 


8.3.1.3 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 
simultaneous events A3 (intra and inter-frequency measurements) 


X 


X 


8.3.1.4 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Periodic 
reporting (intra and inter-frequency measurements) 


X 




8.3.1.5 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Two 
simultaneous event A3 (intra-frequency measurements) 


X 


X 


8.3.1.7 


Measurement configuration control and reporting / Intra E-UTRAN measurements / 

Blacklisting 


X 


X 


8.3.1.8 


Measurement configuration control and reporting / Intra E-UTRAN measurements / 
Handover / IE measurement configuration present 


X 


X 


8.3.1.9 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Intra- 
frequency handover / IE measurement configuration not present 


X 


X 


8.3.1.10 


Measurement configuration control and reporting / Intra E-UTRAN measurements / Inter- 
frequency handover / IE measurement configuration not present 


X 




8.3.1.11 


Measurement configuration control and reporting / Intra E-UTRAN measurements / 
Continuation of the measurements after RRC connection re-establishment 


X 






MpfiQi irpmpnt pcinfini ir^itinn mntml flnH rpnr»rtinn / Intpr-RAT mpfl^iirpmpntQ / Fx/pnt RP / 

IVICdoU 1 d 1 Id 1 L LfVJI III^UIdLIWII LfUllllwl dllU 1 CIJLf 1 IK lU / III LCI nm 1 1 1 ICdoUl CI 1 ICI 1 lo / V CI 1 L / 

Measurement of UTRAN cells 


X 




8.3.2.7 


Measurement configuration control and reporting / Inter-RAT measurements / Event B2 / 

Measurement of HRPD cells 


X 




8.3.3.1 


Measurement configuration control and reporting / SON / ANR / CGI reporting of E-UTRAN 

Cell 


X 




8.5.1.1 


Radio link failure / RRC connection re-establishment Success 


X 


X 


8.5.1.2 


Radio link failure / T301 expiry 


X 


X 


8.5.1.3 


Radio link failure / T31 1 expiry 


X 


X 


8.5.1.5 


Radio link failure / Radio link recovery while T310 is running 


X 


X 


8.5.4.1 


UE capability transfer / Success 


X 


X 


9.1.2.1 


Authentication accepted 


X 


X 
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9.1.2.3 


Authentication not accepted by the network, GUTI used, authentication reject and re- 

dUlllclUIOdLIUil 


X 


X 


9.1.2.4 


Authentication not accepted by the UE / MAC code failure 


X 


X 


9.1.2.5 


Authentication not accepted by the UE / SQN failure 


X 


X 




MUilUlIlldl oabcb / iNtJLWUlK lalllliy Ulc dULIIclUIOaUUII OllcOK 


Y 
A 


Y 
A 


9.1.3.1 


NAS security mode command accepted by the UE 


X 


X 


9.1.3.2 


NAS security mode command not accepted by the UE 


X 


X 


9.1.4.2 


Identification procedure / IIVIEI requested 


X 


X 


9.2.1.1.1 


Attach Procedure / Success / Valid GUTI 


X 


X 


9.2.1.1.1a 


Attach / Success / Last visited TAI, TAI list and equivalent PLMN list handling 


X 


X 


Q O -I -I 


rtnacn rroceuure / ouccess / vviin iivioi / ou 1 1 reaiiocaiion 


Y 
A 


Y 
A 


9.2.1.1.7 


Attach / Success / List of equivalent PLMNs in the ATTACH ACCEPT message 


X 


X 


9.2.1.1.9 


Attach / Rejected / IMSI invalid 


X 


X 


9.2.1.1.10 


Attach / Rejected / Illegal IVIE 


X 


X 


9.2.1.1.13 


Attach / Rejected / PLMN not allowed 


X 


X 


9.2.1.1.14 


Attach / Rejected / Tracking area not allowed 


X 


X 


9.2.1.1.15 


Attach / Rejected / Roaming not allowed in this tracking area 


X 


X 


9.2.1.1.16 


Attach / Rejected / EPS services not allowed in this PLMN 


X 


X 


9.2.1.1.17 


Attach / Rejected / No suitable cells in tracking area 


X 


X 


9.2.1.1.19 


Attach / Abnormal case / Failure due to non integrity protection 


X 


X 


9.2.1.1.20 


Attach / Abnormal case / Access barred because of access class barring or NAS signalling 
ouiiiiuoiiuii cbLauiibiiiiit^ru icjcoicu uy Ific ritJlWUlK 


X 


X 


9.2.1.1.21 


Attach / Abnormal case / Success after several attempts due to no network response 


X 


X 


9.2.1.1.22 


Attach / Abnormal case / Unsuccessful attach after 5 attempts 


X 


X 


9.2.1.1.23 


Attach / Abnormal case / Repeated rejects for network failures 


X 


X 


9.2.1.1.24 


Attach / Abnormal case / Change of cell into a new tracking area 


X 


X 


9.2.1 .1 .25 


Attach / Abnormal case / Mobile originated detach required 


X 


X 


9.2.1.1.26 


Attach / Abnormal case / Detach procedure collision 


X 


X 


9.2.1.2.1 


Combined attach / Success / EPS and non-EPS services 


X 


X 


9.2.1.2.4 


Combined attach / Success / EPS services only / CS domain not available 


X 


X 


9.2.2.1.1 


UE initiated detach / UE switched off 


X 


X 


9.2.2.1.2 


UE initiated detach / USIM removed from the UE 


X 


X 


9.2.2.1 .3 


UE initiated detach / EPS caoabilitv of the UE is disabled 

1— II llllULww wwLUWl 1 / Lbl \J uUuUltyillLV ^1 11 Iw Iw wllwUvlwU 


X 


X 


9.2.2.1.6 


UE initiated detach / Abnormal case / Local detach after 5 attemots due to no network 

1— 1 1 1 1 lICilLwVI U w LU\^I 1 / / \ky 1 1 wl 1 1 lul wUww / L^w WCill w w ICilWl 1 U 1 Lw 1 v dil Lw III Iw w i.i w 1 1 \J 1 1 w L V V ^ 1 l\ 

response 


X 


X 


9.2.2.1.7 


UE initiated detach / Abnormal case / Detach procedure collision 


X 


X 


9.2.2.1.8 


UE initiated detach / Abnormal case / Detach and EMM common procedure collision 


X 


X 


9.2.2.1.9 


UE initiated detach / Abnormal case / Change of cell into a new tracking area 


X 


X 


9.2.2.2.1 


NW initiated detach / Re-attach required 


X 


X 


9.2.2.2.2 


NW initiated detach / IMSI detach 


X 


X 


9.2.2.2.14 


NW initiated detach / Abnormal case / EMM cause not included 


X 


X 


9.2.3.1.1 


Normal tracking area update / Accepted 


X 


X 


9.2.3.1.2 


Normal tracking area update / Accepted / "Active" flag set 


X 


X 


9.2.3.1.4 


Normal tracking area update / List of equivalent PLMNs in the TRACKING AREA UPDATE 
ACCEPT message 


X 


X 


9.2.3.1.5 


Periodic tracking area update / Accepted 


X 


X 


9.2.3.1.8 


UE receives an indication that the RRC connection was released with cause "load 
udidrioiiiy 1 Mu icquiiuu 


X 


X 


9.2.3.1.9a 


Normal tracking area update / NAS signalling connection recovery 


X 


X 


9.2.3.1.13 


Normal tracking area update / Rejected / UE identity cannot be derived by the network 


X 


X 


9.2.3.1.14 


Normal tracking area update / Rejected / UE implicitly detached 


X 


X 


9.2.3.1.16 


Normal tracking area update / Rejected / Tracking area not allowed 


X 


X 


9.2.3.1.19 


Normal tracking area update / Rejected / No suitable cells in tracking area 


X 


X 


9.2.3.1.23 


Normal tracking area update / Abnormal case / Success after several attempts due to no 
network response / TA belongs to TAI list and status is UPDATED 


X 


X 


9.2.3.1.25 


Normal tracking area update / Abnormal case / Failure after 5 attempts due to no network 
response 


X 


X 


9.2.3.1.26 


Normal tracking area update / Abnormal case / TRACKING AREA UPDATE REJECT 


X 


X 
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9.2.3.1.27 


Normal tracking area update / Abnormal case / Change of cell into a new tracking area 


X 


X 


9.2.3.1.28 


Normal tracking area update / Abnormal case / Tracking area updating and detach 
procedure collision 


X 


X 


9.2.3.2.1 


Combined tracking area update / Successful 


X 


X 


9.3.1.1 


Service request initiated by UE for user data 


X 


X 


9.3.1.7 


Service request / Rejected / UE identity cannot be derived by the network 


X 


X 


9.3.1.7a 


Service request / Rejected / UE implicitly detached 


X 


X 


9.3.1.16 


Service request / Abnormal case / Switch off 


X 


X 


9.3.1.17 


Service request / Abnormal case / Procedure collision 


X 


X 


9.3.2.1 


Paging procedure 


X 


X 


9.3.2.2 


Paging for CS fallback / Idle mode 


X 


X 


9.3.2.2a 


Paging for CS fallback / Connected mode 


X 


X 


9.4.1 


Integrity protection / Correct functionality of EPS NAS integrity algorithm / SN0W3G 


X 


X 


9.4.2 


Integrity protection / Correct functionality of EPS NAS integrity algorithm / AES 


X 


X 


9.4.3 


Ciphering and deciphering / Correct functionality of EPS NAS encryption algorithm / 


X 


X 


9.4.4 


Ciphering and deciphering / Correct functionality of EPS NAS encryption algorithm / AES 


X 


X 


10.2.1 


Dedicated EPS bearer context activation / Success 


X 


X 


10.3.1 


EPS bearer context modification / Success 


X 


X 


10.4.1 


EPS bearer context deactivation / Success 


X 


X 


10.5.1 


UE requested PDN connectivity procedure accepted by the network 


X 


X 


10.5.3 


UE requested PDN connectivity procedure not accepted 


X 


X 


10.6.1 


UE requested PDN disconnect procedure accepted by the network 


X 


X 


10.7.1 


UE requested bearer resource allocation, accepted by the network / New EPS bearer 
context 


X 


X 


10.7.2 


UE requested bearer resource allocation accepted by the network / Existing EPS bearer 
context 


X 


X 


10.7.3 


UE requested bearer resource allocation not accepted by the network 


X 


X 


10.7.4 


UE requested bearer resource allocation / Expiry of timer T3480 


X 


X 


10.8.1 


UE requested bearer resource modification accepted by the network / New EPS bearer 

context 


X 


X 


10.8.2 


UE requested bearer resource modification accepted by the network / Existing EPS bearer 


X 


X 


10.8.3 


UE requested bearer resource modification not accepted by the network 


X 


X 


11.1.1 


MT-SMS over SGs / Idle mode 


X 




11.1.2 


MT-SMS over SGs / Active mode 


X 




11.1.3 


MO-SIVIS over SGs / Idle mode 


X 




11.1.4 


MO-SMS over SGs / Active mode 


X 




12.2.1 


Data transfer of E-UTRA radio bearer combinations 1,3,6 and 9 


X 


X 


12.2.2 


Data transfer of E-UTRA radio bearer combinations 2, 4, 7 and 1 


X 


X 


12.2.3 


Data transfer of E-UTRA radio bearer combinations 5, 6, 8, 1 1 and 12 


X 


X 


13.1.1 


Activation and deactivation of additional data radio bearer in E-UTRA 


X 


X 


13.2.1 


RRC connection reconfiguration / E-UTRA to E-UTRA 


X 


X 


13.3.1.1 


Intra-system connection re-establishment / Radio link recovery while T310 is running 


X 


X 


13.3.1.2 


Intra-system connection re-establishment / Re-establishment of a new connection when 
further data is to be transferred 


X 




13.4.1.2 


Inter-frequency mobility / E-UTRA to E-UTRA packet 


X 


X 



The Test Suite in TTCN3 is contained in multiple ASCII files which accompany the present document. 
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Annex B (informative): 
Style Guides 

B.1 Introduction 

This annex is based on the style guide given in TS 34.123-3 [7], annex E but the language for UE conformance tests is 
TTCN-3. 



B.2 General Requirements for TTCN-3 Implementations 

The TTCN-3 implementation for UE conformance tests shall be based on the following general design considerations: 

- Even though it is not reflected in TTCN-3 anymore in UE conformance tests ASPs and PDUs will still be 
distinguished. This has impact on type definitions and naming conventions. 

- In general, templates for UE conformance tests shall be separated for sending and receiving. 

- Modified templates shall not be modified again. 

All local variables shall be declared at the beginning of a function; 
the order of declarations is 

- local constants 

- local variables 

- local timers 

- The purpose of the test case implementation is conformance testing. 

- The connmon RAN5 approval process needs to be considered. 

The TTCN-3 implementation for UE conformance tests shall fulfil the following requirements. 
The implementation shall: 

- follow ES 201 873-1 [13] (TTCN-3 Core Language) and ES 201 873-4 [27] (TTCN-3 Operational Semantics); 

- be independent from interface specifications like TRI (ES 201 873-5 [28]) and TCI (ES 201 873-6 [29]) as well 

as from proprietary approaches; 

- not use or rely on tool dependent features; 

- support maintainability and extendibility; 

- follow the naming conventions as defined below. 
Further requirements: 

- Usage of external functions should be avoided. 

- Type definitions: 

- Existing ASN.l type definitions contained in protocol specifications are imported from the respective 
standards. AH other type definitions shall be done within TTCN-3. 
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B.3 Naming Conventions 

Even though these are being used for TTCN-3 the naming conventions provided in the present document are mainly 
backward compatible to TTCN-2 as defined in TS 34.123-3 [7J. 

B.3.1 Prefixes and Restrictions for TTCN-3 Objects 



Table B.3.1 : Prefixes used for TTCN-3 objects 



TTCN object 


Initial Letter 


Prefix/ 
Postfix 


Comment 


TTCN module 


upper case 


(none) 




TTCN group 


upper case 


(none) 




function parameter 


upper case 


P_ 




function running on a component 


upper case 


f 




other modules 




fl 


Inpal fiinrtinn nnt tn hp iiQprI hv nthpr mnrliilp'^ 


external function 


upper case 


fx 




altstep 


upper case 


a 


(including defaults) 


test case selection expression 






name as specified in TS 36.523-2 [2] shall be used 


global constant 


upper case 


tsc 


(see note 1 ) 


local constant 


upper case 


const 


local constant being defined in a function 


Enumerated 




(none) 


there are no restrictions regarding enumerated 
types 


type definition 


upper case 


-Type 


(see note 7) 


local variable 


upper case 


V 


(see note 6) 


global (component) variable 


upper case 


vc 


(see note 2) 


port type 


upper case 






port name 


upper case 






local timer 


upper case 


t 




ASP template 


upper case 


cas_ 
cads_ 
car_ 
cadr 


send ASP 

modified (derived) send ASP 
receive ASP 

modified (derived) receive ASP 


PDU template 


upper case 


cs_ 
cds_ 
cr_ 
cdr_ 


send PDU 

modified (derived) send PDU 
receive PDU 

modified (derived) receive PDU 
(see note 3) 


CM template 


upper case 


cms_ 
cmr 


send coordination message 
receive coordination message 


Template 

(neither ASP nor PDU nor CM) 


upper case 


cs_ 

cds_ 

cr_ 

cdr_ 

crs_ 


send template 

modified (derived) send template 
receive template 

modified (derived) receive template 
templates for lEs used in both directions 
(see note 5) 


test suite parameter (PICS) 


upper case 


PC 




test suite parameter (PIXIT) 


upper case 


px 




test case 




TC 


(see note 4) 
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NOTE 1 : Global constants may be defined differently in imported modules (e.g. without any prefix and with lower case 

initial letter). 

NOTE 2: Global variables or timers are those defined within the TTCN-3 components. They are visible to all the 

functions run in the component. 
NOTE 3: Base template may have a second prefix: 

- 508: PDU as defined in TS 36.508 [3]; 

- 1 08: PDU as defined in TS 34.1 08 [8]. 

NOTE 4: Test case names will correspond to the clause in the prose that specifies the test purpose. E.g. TC_8_1 . 
NOTE 5: Applicable only in case of "quasi-constant" definitions, e.g. to define a (constant) random pattern to be used 

for sending and receiving when the UE is configured in loopback mode. 
NOTE 6: Counter variables do not need to have a prefix. 
NOTE 7: Exceptions for type definitions: 

- ASP names are fully upper case letters and typically have postfix "_REQ", "_CNF" or "_IND". 

- RRC protocol type definitions are extracted and imported from TS 36.331/25.331 and are therefore out of 
scope. 

- NAS protocol type definitions follow the names provided in the tabular notion of the standards and 
therefore do not have a "_Type" postfix. 



B.3.2 Void 



B.3.3 Void 



B.3.4 Identifiers consisting of more than one Name 

When identifiers are a concatenation of several words the words shall start with capital letters: 

e.g.:. "px" + "Cell" + "A" + "Cell" + "Id" -> px.CellACelUd. 
Further details are described in TS 34.123-3 [7], clause E.2.1. 



B.4 Implementation Issues 



B.4.1 Control part 

Even though the control part may not be used in a test campaign but be overruled by the test management system it is 
used to provide the following information: 

- All test cases contained in the test suite. 

- For each test case: 

- Test case selection expression. 
For maintenance reasons it shall be possible to generate the control part automatically by an appropriate tool. 



B.4.2 Top Level Test Case Definitions 

The top level test case definitions run on the MTC exclusively. The tasks of these test case definitions are generally the 
same for each test case: 

- Start guard timer. 

- Create PTCs. 

- Connect PTCs. 

- Start PTCs. 
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- Wait for PTCs having finished. 
Additionally the MTC may host the upper tester but this is left open to implementation. 

For maintenance reasons it shall be possible to generate the top level test case definitions defined for the MTC 
automatically by an appropriate tool. To achieve this, the name of a function to be started on particular PTC need 
derived from the test case name: 

e.g. the function for PTC_A in test case TC_XX_YY_ZZ shall be f_TC_XX_YY_ZZ_A. 

Cells are created in an off-state in the preambles of the corresponding PTCs while UE is in the switched off-state. 

B.4.3 Inter Component Communication 

Communication between PTCs or PTCs and the MTC can be done by messages or by build-in mechanisms as done and 
kill. For maintenance reasons and extendibility the inter component communication shall be encapsulated by TTCN-3 
implementation. 

B.4.4 Encoding Information 

For UE conformance tests several encoding rules need to be appUed by the TTCN-3 codec. Even though the codec is 
out of scope of the present document there are aspects with impact on TTCN-3 implementation depending on different 
type definitions. 



Table B.4.4-1 



Type definitions 


Encoding 


ASN.1 types used for RRC signalling 


ASN.1 PER 


ASN.1 types used by NAS protocols 


ASN.1 BER 


NAS types 


Tabular notated (see note) 


SMS Types 


Tabular notated (see note) 


DRB types 


Tabular notated (see note) 


DHCPv4 types 


Tabular notated (see note) 


ICMPv6 types 


Tabular notated (see note) 


GPRS Padding 


see TS 34.123-3, clause 6.10.2.9.1 


GSIVI Spare Padding 


see TS 34.123-3, clause 6.10.2.9.2 


LowHigh Rule 


see TS 34.123-3, clause 6.10.2.9.3 


SACCHSyslnfo Spare Padding 


see TS 34.123-3, clause 6.10.2.9.5 


TTCN-3 types not used at the air interface: 

- Configuration of system simulator 

- Coordination between components 

- Types used internally in TTCN-3 


(no specific encoding required) 


NOTE: Tabular notated is performed by concatenation of all tine present fields in the TTCN-3 template. 



Encoding information may be provided and supported in TTCN-3 by grouping of type definitions and using the encode 
attribute. 

B.4.5 Verdict Assignment 

In general the following rules shall be applied. 



Table B.4.5-1 : Rules for verdict assignment 



Verdict 


Rule 


Pass 


shall be assigned for each step defined in the prose of the test case 


Fail 


shall be assigned when there is a non-conformant signalling by the UE within the test body 


Inconc 


shall be assigned outside the test body and when it is not unequivocal whether a misbehaviour is 
caused by non-conformity of the UE signalling 


Error 


In case of obvious programming or parameterisation errors (e.g. missing case in a se/ecf statement) 
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B.4.5.1 PASS verdict assignment 

The PASS verdicts are assigned by test cases or test case specific functions. 

For generic test procedures as specified in 36.508 cl. 6.4.2, the prehminary pass is assigned directly after the procedure 
if all described in the procedure UL messages have been successfully received; this allows re-usage of these procedures 
for other purposes. 

B.4.5.2 FAIL or INCONC verdict assignment 

The verdict FAIL or INCONC can be assigned in test cases, in the test case-specific function, in the common functions 
and in the default behaviour. 

Test case or test case-specific function 

In normal cases the common function f_EUTRA_SetVerdictFailOrInconc shall be used to assign FAIL or 
INCONC depending on whether it is in the test body or outside of the body. 

If in test cases a verdict FAIL shall be assigned for watchdog timer timeouts this needs to be done explicitly. 
Common Functions 

The majority of the common functions have no verdict assignment. If a verdicts assignment is required in some 
common functions, the common function f_EUTRA_SetVerdictFailOrInconc shall be used to assign FAIL or 
INCONC. 

As an exception in the altstep a_EUTRA_RacingCond_AwaitRrcMessage an INCONC is assigned when the 
RRC message and the LI /MAC indication are in the wrong order. 

B.4.5.3 Verdict assignment in default beliaviour 

The default behaviour handles all events not being handled in test cases or functions. Whether the verdict FAIL or 
INCONC to be assigned in the default behaviour it depends very much on the port where the event occurs. 
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Table B.4.5.3-1 : Verdict assignment in default behaviour upon test ports 



Test port 


Message 


Comment 


Verdict 


SYS 


SYSTEM_CTRL_CNF 


unexpected confirmation 


INCONC 


SYSIND 


SYSTEMJND: 
Error indication 


unspecific error at SS 


INCONC 


SYSTEMJND: 
MAC indication 


(NOTE 1) 


FAIL in the test body 
INCONC outside the 
test body 


SYSTEM IND: 
L1 indication 


RachPreamble, SchedReq, UL HARQ may 
be repeated by the UE in case of 
transmission errors 
(NOTE 1) 


INCONC 


SRB 


SRB_COMMONJND 


Any unexpected L3 signalling (NOTE 3) 


FAIL in the test body 
INCONC outside the 
test body 


NASCTRL 


NAS_CTRL_CNF 


unexpected confirmation 


INCONC 


DRB 


DRB_COMMONJND 


L2 and combined tests (NOTE 2) 


FAIL in the test body 
INCONC outside the 
test body 


pure signalling tests (NOTE 2) 


INCONC 


UT 


UT_COMMON_CNF 


unexpected confirmation 


INCONC 


Note 1 : L1/MAC indications need to be enabled by the test case therefore they occur only when being relevant 
for the test case. 

Note 2: L2 and combined tests can be distinguished from pure signalling tests by additional global information 

controlled by f_EUTRA_TestBody_Set. 
NoteS: Layer 3 signalling by definition covers MAS and RRC signalling i.e. in general unexpected RRC 
messages will cause a FAIL in the body of any NAS test case as well as unexpected NAS 
messages will cause a FAIL in the body of any RRC test case. 



Table B.4.5.3-2: Verdict assignment in default behaviour when time-out 



Timeout 


Comment 


Verdict 


any timer 


unspecific timeout (NOTE) 


INCONC 


NOTE: Local timers of test cases or functions cannot be distinguished in the default behaviour. 



B.4.6 Default Behaviour 

As experience from UMTS conformance tests there shall be one standard default behaviour for each component. 
The following rules shall be apphed: 

- The standard default behaviour is activated during initialisation of the respective component. 
In normal cases a TTCN writer does not need to care about the default. 

- In general there is only one default behaviour activated (i.e. the standard default behaviour). 

- The standard default behaviour shall cover all ports and timers of the component. 

- Whenever possible deviations from the standard default behaviour shall be implemented locally rather than by 
introducing a new default behaviour. 

If for exceptional cases the standard default behaviour needs to be replaced by another default behaviour or another 
default behaviour needs to be activated on top, the TTCN writer is responsible: 

- to avoid side effects; 
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- to restore the standard behaviour. 

B.4.7 Templates for Sending and Receiving 

Templates used for sending and receiving shall be separated in general: 

- A template shall be either for sending or for receiving; this shall be reflected in the prefix of the identifier. 

- Send templates shall use no receive templates and vice versa. 

- All parameters of a send template shall be restricted to: 

values; 

- template (value); 

- template (omit). 

- Parameters of receive templates may allow wildcards. They can be: 

- values; 

- unrestricted template parameters; 
template parameters restricted to be present. 

- The only exception to the above rule is for "quasi-constant" definitions, as described in note 5 of table B.3.1. 
Otherwise, even when the same data is expected for sending and receiving templates, there shall be different 
templates and the following rule shall be applied. 

- The receive template is assigned the send template e.g.: 

- template My_Type cr_Template := cs_Template 

- This results in separate definitions for sending and receiving and improves maintainability. 

NOTE 1: For maintenance reasons, a send template shall never be derived from a receive template; and also a 
receive template shall never be assigned to a send template. 

NOTE 2: When a send template is assigned to a receive template, the formal parameters of the receive template 
must follow the rules of send templates (i.e. it shall only contain 'template (value)', 'template (omit)' or 
values only). 

B.4.8 Logging 

In general no explicit log statements shall be used. As an exception log may be used to report unexpected situations in 
TTCN-3 like fatal progrannming error. 

B.4.8. 1 Prose Step Numbers 

Informative comments containing the prose steps defined in 36.523-1 should be implemented according to the 
following guidehnes: 

- They relate to the Expected Sequence steps in the prose 

- They should not be placed in common functions 

- They should only be placed in functions containing the test case body 

- They should always start with //@siclog 

- They should always finish with siclog@ 

- For single steps they should be in the form //@ sic log "Step 1" siclog@ 
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- For multiple steps (where several steps are completed in a common function), they should be in the form 

//@siclog "Steps 1 - 3" siclog® - i.e. Steps, space, first number, space, dash, space, second number 

- They should be placed as close as possible, but always BEFORE, the line send/receive/function call 

- The step number should also be included in any pass/fail verdict specified in the test case body 

- If the step is Usted as Void (or a group of steps) in the expected sequence, include the word Void in the 

comment. 

Therefore the format of the comment should be: 

//@siclog "Step[s] X [- Y] [Void]" siclog® 

B.4.9 Top level comments 

No restriction is specified for the top level comments. 

B.4.10 Mapping of DRBs 

LTE DRBs are mapped in TTCN according to the following rules: 

DRBl is exclusively reserved for the default DRB and hence is always AM 
additional DRBs (AM or UM) may be assigned from DRB2 onward in any order 

there shall be no reconfiguration of a DRB from AM to UM or vice versa (unless a test case explicitly requires 
this); this especially means that DRBl is never reconfigured to UM 

in general at the SS all DRBs needed by a test case may be configured at the beginning of the test case. 

B.5 Modularisation 

Even though there are no specific rules how to apply modularisation in general some principles can be defined: 

- Maintainability and extendibility: 

- Maintainability and extendibility are essential for definition of the modular structure. 
Granularity of modules: 

Cyclic imports are forbidden in TTCN-3; this has impact on the extendibility: 

- The granularity of modules shall not be too small. 

- Too big modules are hard to handle and may cause increase of compilation time: 

- The granularity of modules shall not be too rough. 

NOTE: These are only vague principles since there is no way to define what small or huge modules are. 

- General module structure: 

The following modularisation can be applied independent from the internal structure: 

- Type definitions: TTCN-3, ASN. 1 . 

- Component definitions. 

- Common Templates: component dependent, component independent. 
Common behaviour: MTC, PTCs. 
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- Test case specific templates. 

- Test case specific behaviour. 

- Whether or how these module groups can further be sub-divided is implementation dependent and therefore out 
of scope of the present document. 
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Annex C (informative): 
Design Principles 

C.1 ASP Design 

All ASPs consist of a common part (defined as a TTCN-3 type) and a specific part. 

AU ASPs sent by the SS include timing information (SFN, subframe number) in the common part. 

Only one ASP is defined per direction per port, but this ASP may contain a union of several sub- ASPs in the specific 
part. 

In general a small number of common ASPs cover all functionality, although other ASPs may be introduced to simplify 
TTCN-3 implementation and improve readability. Recurrent SS changes, such as power level changes, security 
activation and MAC scheduhng are handled in dedicated ASPs. In addition, special purpose ASPs are used to control 
special behaviour, for example in L2 tests. 

Configuration ASPs re-use ASN.l definitions defined in the core specs. 

No encoding rules are specified for the configuration ASPs; how they are encoded is left up to the SS implementation. 

Configuration ASPs are 'procedure-based', rather than 'protocol layer-based' and reflect the state transitions of the SS. 
The same ASPs are used for reconfiguration and for initial configuration. In the case of reconfiguration the semantics 
of omit is to keep the configuration as it is; therefore when an IE in a configuration may be left out this is done e.g. by 
setting the respective field to a special value "None". 

Data ASPs for sending/receiving peer-to-peer PDUs and user data aU have different ASPs for the different SAPs. 

The common part includes (at least): 
Timing Info: 

- SFN. 

- Subframe number (optional). 

- Which timing to use will depend on the test procedure and ASP purpose. 
Control Info: 

- Confirmation Flag. 

The RRC ASN.l lEs used in the specific part of the configuration ASPs: 

are imported using the granularity at the channel structure level or below; 

- allow the ASP to be organised according to SS requirements; 

- have a name that relates to SS configuration. 

The SS specific lEs used in the specific part of the configuration ASPs (i.e. those elements not imported from the RRC 
ASN.l): 

- use a naming convention such that they are easily distinguishable from the RRC ASN. 1 lEs; 

- are defined in TTCN-3 (i.e. not in ASN.l). 
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C.2 



SS State Model 



Figure C.2 shows the basic SS state model. It is basic in the sense that internally the SS may have more states; however, 
(re)configuration actions (state transitions in the model) should cause the SS to transit between the states defined below. 

The following assumptions have been made about this state model: 

- It presents a model of states in scope of a single cell. Hence, all configuration activities shall be performed in 
scope of a single cell. 

It depicts only SS states and SS (re)configuration actions between these states: 

- It does not show events which may trigger state transitions, e.g. L3 messages or procedures - i.e. it is test case 
and L3 procedure agnostic. 

- It does not show any peer-to-peer (i.e. between SS and UE) messages. 

Triggers for state transitions are always SS configuration messages (ASPs) coming from the test suite: 

- L2 messages coming from the UE can only trigger internal SS sub-state transitions and semi-autonomous 
procedures. 

- LI and L2 procedures (e.g. random access procedure, scheduling, secmity activation steps) are 
semi-autonomously handled by the SS and after being pre-configured do not require interaction with the test 



The majority of test cases do not need to worry about e.g. RA procedure and letting the SS handle it would 
greatly simplify test case definition and implementation. 

- There may be stringent time requirements in case of some procedures that can be hard to meet in a generic 
way in the test suite. 

- Semi-autonomous procedures should be flexibly configurable and should have a "manual" mode in which 
they are handled by the test suite in order to enable testing them. What is the desired level and way of control 



Most states are stationary states, i.e. the SS can stay in them for a long time or, after performing some procedures, 
returns to these states. However, there is one state (indicated by dashed lines) which is part of the AS security activation 
procedure and is transitional, i.e. the SS can only stay in it for a short time until a transition the next stationary state is 
triggered. 

To make the diagram more readable, a separate state called ANY_STATE has been introduced, together with some 
transitions. It shows which transitions are allowed at any point of time in any state. 



case: 



isFFS. 
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Figure C.2-1 : Basic SS state model 
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Description of states. 



Table C.2-1 : Description of states 



State 


Description 


NOT CONFIGURED 


The cell does not exist (is not configured) in the SS 


CELL_BROADCASTING 


Physical DL channels and signals configured 

Initial cell configuration done: freq, BW, antennas, MIMO mode, power, etc. 
Transport and logical channels configured for SI broadcast 
Gell is broadcasting SI and downlink signals 

NOTE 1 : This type of cell is needed only to serve as a neighbouring cell for 

measurement purposes, where full cell configuration does not need to be 
specified. There is no need to be able to promote a broadcasting cell to a 

full cell. 

NOTE 2: It is currently open whether a separate cell type with limited 

PRAGH/RAGH Rx capability is needed - this depends on whether a 
justified use case is defined for such a cell type. 




GELL_AGTIVE 


Gell configured to send and receive data from UE (fully functional) 
SRBO defined (default configuration specified in TS 36.508 [3]) 
SRB1 defined (default configuration specified in TS 36.508 [3]) 


AS_SEGURITY_AGTIVE 


The SS has AS security (integrity protection and ciphering) active 

NOTE: The SS needs to autonomously take care of a temporary state in which 

integrity protection is applied to an outgoing SMG message, but ciphering 

is not. 


RBS AGTIVE 


SRB2 and/or DRBs are configured for the UE (in addition to SRBO and SRB1) 


ANY STATE 


Represents any of the above states (except NOT_GONFIGURED) 
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Annex D (informative): 
TTCN-3 Definitions 

D . 1 E U T R A_AS P_Ty pe Def s 

Type definitions for configuration of the system simulator; 
Common design principles: 

Semantics of OMIT: for all TTCN-3 type definitions used in ASPs omit means "keep as it is" => 

- on inital configuration in general all fields shall be provided 

- no default values for fields are foreseen 

- if necessary non-existence of information shall be explicitly configured 
(e.g. with a union of "no configuration" and "configuration parameters" 

- fields within structures imported from the core spec are excepted from this rule 

D.1.1 ASN1_Container 

Definitions containing ASN.l types for backward compatibility; 

NOTE 1 : PCCH_Message and BCCH_DL_SCH_Message already have a critical extension mechanism by RRC type 
definition 

NOTE 2: BCCH_BCH_Message contains the MIB and therefore is considered to be not extendable 
NOTE 3: "simple types" ai-e not considered: C_RNTI, PhysCellld, Cellldentity, ARFCN_ValueEUTRA 



TDD_Config_Type 



TTCN-3 Union Type 


Name 


TDD_Config_Type 


Comment 




R8 


TDD Config 




AntennalnfoCommonlype 


TTCN-3 Union Type 


Name 


AntennalnfoCommon_Type 


Comment 




R8 


AntennalnfoCommon 




AntennalnfoDedicated_Type 


TTCN-3 Union Type 


Name 


AntennalnfoDedicated_Type 


Comment 




R8 


AntennalnfoDedicated 




PHICH_Config_Type 


TTCN-3 Union Type 


Name 


PHICH_Config_Type 


Comment 




R8 


PHICH Config 
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PRACH_Config_Type 



TTCN-3 Union Type 


Name 


PRACH_Config_Type 


Comment 




R8 


PRACH_Config 



PUCCH_ConfigCommon_Type 



TTCN-3 Union Type 


Name 


PUCCH_ConfigCommon_Type 


Comment 




R8 


PUCCH_ConfigCommon 



PUCCH_ConfigDedicated_Type 



TTCN-3 Union Type 


Name 


PUCCH_ConfigDedicated_Type 


Comment 




R8 


PUCCH_ConfigDedicated 



PUSCH_ConfigCommon_Type 



TTCN-3 Union Type 


Name 


PUSCH_ConfigCommon_Type 


Comment 




R8 


PUSCH_ConfigConnmon 



PUSCH_ConfigDedicated_Type 



TTCN-3 Union Type 


Name 


PUSCH_ConfigDedicated_Type 


Comment 




R8 


PUSCH Config Dedicated 




SoundingRS_UL_ConfigCommon_Type 


TTCN-3 Union Type 


Name 


SoundingRS_UL_ConfigCommon_Type 


Comment 




R8 


SoundingRS_UL_ConfigCommon 





SoundingRS_UL_ConfigDedicated_Type 



TTCN-3 Union Type 


Name 


SoundingRS_UL_ConfigDedicated_Type 


Comment 




R8 


SoundingRS UL ConfigDedicate 
d 





SchedulingRequestConfig_Type 



TTCN-3 Union Type 


Name 


SchedulingRequestConfig_Type 


Comment 




R8 


SchedulingRequestConfig 
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CQI_ReportConfig_Type 



TTCN-3 Union Type 


Name 


CQI_ReportConfig_Type 


Comment 




R8 


CQLReportConfig 



RACHConflgCommonType 



TTCN-3 Union Type 


Name 


RACH_ConfigCommon_Type 


Comment 




R8 


RACHConfigCommon 



R AC H_Conf ig Ded icated_Type 



TTCN-3 Union Type 


Name 


RACH_ConfigDedicated_Type 


Comment 




R8 


RACH_ConfigDedicated 



MeasGapConfig_Type 



TTCN-3 Union Type 


Name 


IUIeasGapConfig_Type 


Comment 




R8 


MeasGapConfig 



PDCP_Config_Type 



TTCN-3 Union Type 


Name 


PDCP_Config_Type 


Comment 




R8 


PDCP Config 




UL_AM_RLC_Type 


TTCN-3 Union Type 


Name 


UL_AM_RLC_Type 


Comment 




R8 


UL AM RLC 





DL_AM_RLC_Type 



TTCN-3 Union Type 


Name 


DL_AM_RLC_Type 


Comment 




R8 


DL AM RLC 



UL_UM_RLC_Type 



TTCN-3 Union Type 


Name 


UL_UIVI_RLC_Type 


Comment 




R8 


UL UM RLC 
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DL_UM_RLC_Type 



TTCN-3 Union Type 


Name 


DL_UIVI_RLC_Type 


Comment 




R8 


DL UM RLC 




TTIBundllngConfigType 


TTCN-3 Union Type 


Name 


TTI_BundlingConfig_Type 


Comment 




R8 


boolean 




DRX_Config_Type 


TTCN-3 Union Type 


Name 


DRX_Config_Type 


Comment 




R8 


DRX_Config 




SpsConfigurationDL_Type 


TTCN-3 Union Type 


Name 


SpsConfigurationDL_Type 


Comment 




R8 


SPS_ConfigDL.setup 




SpsConflgu ration UL_Type 


TTCN-3 Union Type 


Name 


SpsConfigurationUL_Type 


Comment 




R8 


SPS ConfigUL.setup 




UplinkPowerControlCommonlype 


TTCN-3 Union Type 


Name 


UplinkPowerControlCommon_Type 


Comment 




R8 


UplinkPowerControlCommon 




UplinkPowerControlDedicated_Type 


TTCN-3 Union Type 


Name 


UplinkPowerControlDedicated_Type 


Comment 




R8 


UplinkPowerControlDedicated 





D.1.2 System_Configuration 

Formal ASP Definitions for system configuration 
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System Request_Type 



TTCN-3 Union Type 


Name 


SystemRequest_Type 


Comment 




Cell 


CellConfigRequest Type 


configure/release a cell 


CellAttenuation 
List 


CellAttenuationList Type 


power attenuation for one or several cells; 

all cells included in the list shall be changed at the same time; 

all cells in the list shall reach the new cell power within a 

maximum of 100ms (10 frames) 

acc. to the tolerances given in TS 36.508 

NOTE: In the common ASP part the Cellld shall be set 

- to the cell the timing information refers to if activation time shall 
be applied 

- to eutra_Cell_NonSpecific when there is no activation time 


— — — — — — — — 

RadioBearerLis 

t 


RadioBearerList Type 


configure/release one or several SRBs and/or DRBs 


EnQuireTiming 


Null Tvoe 


get SFN and sub-frame number for this cell 


Abbecurity 


AS Security Type 


StartRestart/Release of AS security 


Sps 


SpsConfig Type 


to configure/activate or release semi-persistent scheduling 


Paging 


PagingTriaaer Type 


to trigger SS to send paging at the given paging occasion (as 

__i_,,i_4.__i ■ T — N i\ 

calculated in TTCN) 


LIMaclndCtrl 


LI Mac IndicationControl Tvoe 


to configure SS to generate indications for LI /MAC events 


Dirt 1 

HlclndOtrl 


RIc IndicationControl Type 


to configure SS to generate indications for RLC events 


PdcpCount 


PDCP CountReq Type 


to set or enquire PDCP COUNT for one ore more RBs 


PdcpHandover 
Control 


PDCP HandoverControlReq Typ 
e 


to inform the target cell about the handover 


L1 TestlVlode 


L1 TestMode Type 


To Set LI/MAC in special Test modes eg. DL CRC, PHICH etc 


PdcchOrder 


RA PDCCH Order Type 


to configure SS to transmit a PDCCH order with configured C- 

RNTI to theUE 

to trigger RA procedure; 

result in DCI Format 1 A transmission as in TS 36.212, clause 
5.3.3.1.3 



SystemConfirm_Type 



TTCN-3 Union Type 


Name 


SystemConfirm_Type 


Comment 


confirmations for system configurati 
in general to be sent after the confic 


on; 

uration has been done 


Cell 


Null Type 


(no further parameters from SS) 


CellAttenuation 
List 


Null Type 


(no further parameters from SS) 
NOTE 1 : 

the confirmation shall be sent when all cells have changed power 

levels 

NOTE 2: 

for the Cellld in the common ASP part the same rules are applied 
as for the SYSTEM REO 


RadioBearerLis 
t 


Null Type 


(no further parameters from SS) 


EnquireTiming 


Null Type 


SFN and sub-frame number are included in the Timinglnfo 


AS_Security 


Null Type 


(no further parameters from SS) 


Sps 


Null Type 


(no further parameters from SS) 


Paging 


Null Type 


normally not needed but defined for completeness 


LIMaclndCtrl 


Null Type 


(no further parameters from SS) 


RIclndCtrl 


Null Type 


(no further parameters from SS) 


PdcpCount 


PDCP CountCnf Type 


as response to 'Get' a list is returned containing COUNT 
information for the requested RBs 


PdcpHandover 
Control 


Null Type 


confirmation for PDCP handover control 


LI TestMode 


Null Type 


confirmation for LI test mode 


PdcchOrder 


Null Type 


confirmation for PDCCH Order 
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Systemlndication_Type 



TTCN-3 Union Type 


Name 


Systemlndication_Type 


Comment 




Error 


charstring 


indicates an error situation in SS; 

is not explicitly handled in TTCN but causes an INCONC due to 
default behaviour; 

an additional error code can be signalled in the common part of 
the ASP; 

SS shall raise an error in case of 

- Invalid Timinglnfo for TDD 

- Contradiction of periodic UL grants and TDD configuration 

- Data scheduled for the same TTI does not fit into an available 
transport block 

(NOTE: additional cases may occur) 


RachPreamble 


RachPreamble Type 


RACH preamble being sent by the UE 


SchedReq 


Null Tvoe 


indication for scheduling request sent by the UE 


BSR 


BSR Tvoe 


to report the Buffer status report being received 


III 1 1 A 

ULHARQ 


HARQ Type 


to report the UL HARQ as received on PUCCH[TTI] for 
corresponding DL transmission in TTI-x, 
where x is normally 4 


C RNTI 


C RNTI 


indicates C-RNTI being contained in a IVIAC PDU sent by the UE 


PHR 


PHR Type 


to report the Power headroom report received 


HarqError 


HarqError Type 


indicates detection of HARQ error: 

1 . HARQ CRC error for UL data 

2. HARQ NACK from the UE unless SS is configured to report 
HARQ ACK/NACK 


RIcDiscardInd 


RIcDiscardInd Type 


indicates e.g. discarded PDUs 



D.1.3 CelLConfiguration 

Specific Info for Cell Configuration Primitive 

D.1 .3.1 Cell_Configuration_Common 

EUTRA_ASP_TypeDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc CellAttenuation 
_Off 


Attenuation Type 


{Qff:=true} 





Cell_Configuration_Common: Basic Type Definitions 



TTCN-3 Basic Types 


EUTRA_FDD_lnfo_Type 


Null Type 


no further parameters defined for FDD 


EutraBand_Type 


integer (1 ..40) 


E-UTRA Band acc. to TS 36.101 , clause 5.2 
(common for UL/DL) 


CfiValue_Type 


integer (1 ..3) 




AbsoluteCellPower_Type 


integer (-145..0) 


absolute cell power (dBm) 


lnitialAttenuation_Type 


Attenuation Type 

(tsc CellAttenuation Off) 


Attenuation restricted to 'Off 


ToRS_EPRE_Ratio_Type 


integer (-35.. 0) 


any-resource-element to RS ratio in dB (e.g. 
PDSCH-to-RS ratio; see TS 36.213, clause 
5.2) 
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CellConfigRequest_Type 



TTCN-3 Union Type 


Name 


CellConfigRequest_Type 


Comment 




AddOrReconfig 
ure 


CellConfialnfo Type 


for cell configuration: 

Cellld : identifier of the cell to be configured 
Routinglnfo : None 

Timinglnfo : Now (for initial configuration and for reconfiguration 
in general) 

Controllnfo : CnfFlag:=true; FollowOnFlag:=false (in general) 


Release 


Null Type 


to remove a cell completely - 

Cellld : identifier of the cell to be released; 

eutra_Cell_NonSpecific, in case all cells shall be released 

Routinglnfo : None 

Timinglnfo : Now 

Controllnfo : CnfFlag:=true; FollowOnFlag:=false (in general) 



CellConfiglnfo_Type 



TTCN-3 Record Type 


Name 


CellConfiglnfo_Type 


Comment 


common information for initial cell configuration or reconfiguration; 
in case of reconfiguration OMIT means 'keep configuration as it is' 


Basic 


BasicCellConfiq Tvoe 


opt 


basic information for a cell (e.g. broadcasting) 


Active 


ActiveCellConfig Type 


opt 


add. configuration for active cell (i.e. cell being capable to receive 
RACH preamble) 



CellConflgCapability_Type 



TTCN-3 Enumerated Type 


Name 


CellConfigCapability_Type 


Comment 


capabilities af a cell acc. to the initial condition of a test case 


broadcastOnlyCell 


no detection of RACH preables required; cell is only broadcasting 


minimumUplinkCell 


detection of RACH preables required but not any further RX capability 


fullCell 


full TX and RX capabilities 
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BasicCellConfig_Type 



TTCN-3 Record Type 


Name 


BasicCellConfig_Type 


Comment 




ConfigCapabilit 

y 


CellConfigCapabilitv Type 


opt 


mandatory for the initial configuration; to be omitted afterwards 


StaticCelllnfo 


StaticCelllnfo Type 


opt 


Common information which does not change during a test 


Physical LayerC 
onfigDL 


PhvsicalLaverConfiaDL Tv 
pe 


opt 


default settings regarding physical control channels: PCFICH, 
PHICH, PDCCH 


InitialCellPower 


InitialCellPower Tvce 


opt 


reference cell power for the RS of each antenna in DL 
NOTE 1 : 

the power of the RS of an antenna may be reduced by antenna 
specific configuration 
NOTE 2: 

in general the power may be adjusted on a per resource element 
basis 

=> all physical channel/signal power settings shall be ajusted 
relatively to the RS; 

if there are more than one TX antennas each one may have its 
own attenuation; 

independently from those relative power settings the cell power 
can easily be adjusted by just changing the reference power 


BcchConfig 


BcchConfia Tvoe 


opt 


configuration of BCCH/BCH; SS is triggered to configure 
RLC/MAC regardingly; 

BCCH data on the PDSCH is distiguished by the SI-RNTI 
PBCH: IVIIB; 

PDSCH: scheduling and resource allocation; SIBs 


PcchConfig 


PcchConfig Type 


opt 


configuration of PCCH/PCH; SS is triggered to configure 
RLC/IVIAC regardingly; 

PCCH data on the PDSCH is distiguished by the P-RNTI 
(needed even to modify SI => shall be configured for 
CELL_BROADCASTING) 



ActiveCellConfig_Type 



TTCN-3 Record Type 


Name 


ActiveCellConfig_Type 


Comment 




C_RNTI 


C_RNTI 


opt 


(pre-)configured C-RNTI; 

affects scrambling of PDSCH/PUSCH and CRC of PDCCH(s); 
shall be used implicitly in RACH procedure (i.e. as CE in RAR) 


Physical LayerC 
onfigUL 


PhvsicalLaverConfiaUL Tv 
pe 


opt 


parameters for PRACH, PUCCH, PUSCH 


RachProcedure 
Config 


RachProcedureConfiq TvD 
e 


opt 


to configure the SS's behaviour for the RACH procedure 


CcchDcchDtch 
Config 


CcchDcchDtchConfig Type 


opt 


Parameters related to CCCH/DCCH/DTCH in UL and DL 


StaticCelllnfo_Type 


TTCN-3 Record Type 


Name 


StaticCelllnfo_Type 


Comment 


Common information which (normally) does not change during a test; 
therefore all fields are mandatory 


Common 


CommonStaticCelllnfo TvD 
e 






Downlink 


DownlinkStaticCelllnfo Typ 
e 






Uplink 


UDlinkStaticCelllnfo Type 


opt 


NOTE: for TDD UL and DL are using the same parameters 
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CommonStaticCelllnfo_Type 



TTCN-3 Record Type 


Name 


CommonStaticCelllnfo_Type 


Comment 


information common for UL and DL; all fields are mandatory 


RAT 


EUTRA RAT Type 




FDD or TDD; FDD/TDD specific parameters 


PhysicalCellld 


PhysCellld 




N(cell, ID): imported from core spec; 

-> cell specific reference signals (non-MBSFN) 

-> scrambling of all DL physical channels: 

PBCH, PCFICH, PDCCH, PHICH and PDSCH (together with 

nRNTI) 


eNB_Cellld 


Cellldentity 


opt 


Placeholder for Cell identity (28 bits): eNB (20bits) and cell 
identity (8bits). 

The use of that field is for future usage and omit for the time 
being 


EutraBand 


EutraBand Type 




NOTE: 

in 3G there are overlapping bands therefore the band needs to 
be provided; 

in EUTRA it is provided as well to be extendable in the future 


CellTiminglnfo 


CellTiminglnfo Type 







EUTRA_TDD_lnfo_Type 



TTCN-3 Record Type 


Name 


EUTRA_TDD_lnfo_Type 


Comment 




Configuration 


TDD Config Type 




TDD_Config acc. to RRC ASN.1 (acc. TS 36.331 , clause 6.3.2 ) 



EUTRA_HalfDuplexFDD_lnfo_Type 



TTCN-3 Record Type 


Name 


EUTRA_HalfDuplexFDDJnfo_Type 


Comment 


NOTE: 

for the time being there is no test case or test configuration using half duplex FDD; 
(type definition is used as place holder only) 



EUTRA_RAT_Type 



TTCN-3 Union Type 


Name 


EUTRA_RAT_Type 


Comment 


specifies RAT type and frame structure (TS 36.21 1 , clause 4) 


FDD 


EUTRA FDD Info Type 




TDD 


EUTRA TDD Info Type 




HalfDuplexFDD 


EUTRA HalfDuplexFDD Info Tv 
Ee 





CellTiminglnfo_Type 



TTCN-3 Record Type 


Name 


CellTiminglnfo_Type 


Comment 


Cell Timing 


Tcell 


integer (0.. 3071 99) 




frame duration Tf = 307200 * Ts = 1 0ms; System Time Unit Ts = 
1/(15000 *2048) 


SfnOffset 


integer (0..1023) 




(assuming 10 bit SFN) 
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DownlinkStaticCelllnfo_Type 



TTCN-3 Record Type 


Name 


DownlinkStaticCelllnfo_Type 


Comment 


DL Static Info 


Earfcn 


ARFCN ValueEUTRA 




DL-EARFCN as defined in TS 36.101 


Bandwidth 


Dl Bandwidth Type 




N(DL, RB) = 6..110 (6, 15, 25, 50, 75, 100) 


RBSize 


EUTRA RBSize Type 




may be skipped assuming normal sub-carrier spacing => N(RB, 
SC) = 12 


CyclicPrefix 


EUTRA CyclicPrefix Type 







UplinkStaticCelllnfo_Type 



TTCN-3 Record Type 


Name 


U pi i n kStaticCel II nf o_Type 


Comment 


UL Static Info 


Earfcn 


ARFCN ValueEUTRA 




UL-EARFCN as defined in TS 36.101 


Bandwidth 


Ul Bandwidth Type 




N(DL, RB) = 6..110 (6, 15, 25, 50, 75, 100) 


CyclicPrefix 


EUTRA CyclicPrefix Type 







EUTRA_RBSize_Type 



TTCN-3 Enumerated Type 


Name 


EUTRA_RBSIze_Type 


Comment 


Resource Block Size in freq domain; 
N{RB,SC) is 12 for normal sub-carrier spacing 


n RB SC 12 




n RB SC 24 





EUTRA_CyclicPrefix_Type 



TTCN-3 Enumerated Type 


Name 


EUTRA_CycllcPrefix_Type 


Comment 


NOTE: in DL extended cyclic prefix depends on sub-carrier spacing 


normal 




extended 





Modulation_Type 



TTCN-3 Enumerated Type 


Name 


Modulation_Type 


Comment 


'unused' e.g. for 2nd codeword when there is no spatial multiplexing 


unused 




qpsk 




qamlB 




qam64 





Attenuation_Type 



TTCN-3 Union Type 


Name 


Attenuation_Type 


Comment 


attenuation of the reference power 


Value 


integer (0..144) 


cell power reference power reduced by the given attenuation 
(value is in dB) 


Off 


Null Type 


even though in TS 36.508 -145dBm is given for a non suitable 
cell we specify an explicit "Off" value here 
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ToRS_EPRE_Ratios_Type 



TTCN-3 Record Type 


Name 


ToRS_EPRE_Ratios_Type 


Comment 


RA and RB ratios according to see TS 36.213, clause 5.2 


RA 


ToRS EPRE Ratio Type 


opt 




RB 


ToRS EPRE Ratio Type 


opt 





InitialCellPowerlype 



TTCN-3 Record Type 


Name 


lnitialCellPower_Type 


Comment 




IVlaxReference 
Power 


AbsoluteCellPower Tvoe 




maximum value of cell reference power (RS EPRE in dBm/15kHz 

as per TS 36.508, clause 4.3.4.1 ); 

a cell is initialised with this reference power; 

its value is the upper bound of the cell power during the test case 


Attenuation 


InitialAttenuation Type 




initial attenuation 



D.1 .3.2 Downlink_Physical_Layer_Configuration 

Downlink physical layer configuration: 

- DL antenna configuration 

- control region (PCFICH, PHICH, PDCCH) 

- primary/secondary sync signals 

- power control for physical channels and signals 

D. 1.3. 2.1 Antenna_Configuration 



Antenna_Configuration: Basic Type Definitions 



TTCN-3 Basic Types 


AntennaPortld_Type 


integer (0, 1, 2, 3) 





AntennaPortlnfo_Type 



TTCN-3 Record Type 


Name 


AntennaPortlnfo_Type 


Comment 


NOTE: 

for conformance tests it may not be necessary to consider propagation pathes for different antennas; 
=> fields of AntennaPortlnfo_Type are used as place holders for future usage and are of 
'Dummy_Type' for the time being 


PowerAttenuati 
on 


Dummy Type 




even though eNb shall send with the same power on all antennas 
at the UE there may be different signal strength 
=> RS will have reduced power 

NOTE: the EPRE ratios (e.g. PDSCH-to-RS ratio) are assumed 
to be equal for all antennas 


PropagationDel 
ay 


Dummy Type 




signal from different antennas may have different propagation 
delay 


AntennaPortConfiglype 


TTCN-3 Union Type 


Name 


AntennaPortConfig_Type 


Comment 




AddOrReconfig 
ure 


AntennaPortlnfo Type 


add / re-configure antenna port 


Release 


Null Type 


release antenna port 
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AntennaPort_Type 



TTCN-3 Record Type 


Name 


AntennaPort_Type 


Comment 




Id 


AntennaPortId Type 






Config 


AntennaPortConfiq Type 







DownlinkAntennaGroupConfiglype 



TTCN-3 Record Type 


Name 


DownlinkAntennaGroupConfig_Type 


Comment 




AntennalnfoCo 
mmon 


AntennalnfoCommon Type 




acc. to TS 36.331 , clause 6.3.2; contains antennaPortsCount = 
an1 , an2, an4; 

static parameter; will (normally) not be modified whilst a test; 
NOTE: 

information is redundant since number of antenna ports may 
implicitly be determined by the number of ports being configured 


AntennaPort 


record length (1 ..4) of 
AntennaPort Type 




1 , 2 or 4 antennas; 

from the UE's point of view each antenna may have a different 
power level and a different propagation delay 



D. 1.3.2.2 Physical_Channels 

PbchConfig_Type 



TTCN-3 Record Type 


Name 


PbchConfig_Type 


Comment 




RelativeTxPow 
er 


ToRS EPRE Ratios Type 


opt 


power ratio for PBCH's resource elements relative to the RS 



PcfichConfig_Type 



TTCN-3 Record Type 


Name 


PcfichConfig_Type 


Comment 




CfiValue 


CfiValue Type 


opt 


control format indicator signalled on PCFICH 


RelativeTxPow 
er 


ToRS EPRE Ratios Type 


opt 


power ratio for PFCICH's resource elements relative to the RS 



PhichConfiglype 



TTCN-3 Record Type 


Name 


PhichConfig_Type 


Comment 




PhichConfig 


PHICH Config Type 


opt 


parameters acc. TS 36.331 , clause 6.3.2: 
phich-Duration, phich-Resource; 
may have impact on Cfi 


RelativeTxPow 
er 


ToRS EPRE Ratios Type 


opt 


power ratio for PHICH's resource elements relative to the RS 
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CCE_Startlndex_DL_UL_Type 



TTCN-3 Record Type 


Name 


CC E_Start 1 ndex_D L_U L_Type 


Comment 


CCE St Ind' or CCE St Ind" acc. to table 7.1 .1 -1 in TS 36.523-3 


CCE Startlnde 
X DL 


integer 






CCE Startlnde 
X UL 


integer 







CCE_StartlndexList_Type 



TTCN-3 Record of Type 


Name 


CCE_StartlndexList_Type 


Comment 


describes PDCCH candidates for all sub-frames 


record lenathdO) of CCE Startlndex DL UL Tvoe 



PdcchCandidate_Type 



TTCN-3 Record Type 


Name 


PdcchCandidate_Type 


Comment 


CCE start indeces for a given RNTI value acc. to table 7.1 .1 -1 in TS 36.523-3 


RNTI 


C RNTI 




RNTI value as per table 7.1.1-1 


CCE_Startlnde 
xList 


CCE StartlndexList Type 




CCE Start Indices corresponding to the RNTI 



PdcchCandidateList_Type 



TTCN-3 Record of Type 


Name 


PdcchCandidateList_Type 


Comment 


list of RNTIs and their corresponding CCE Start Indices 


record of PdcchCandidate Type 



PdcchConfig_Type 



TTCN-3 Record Type 


Name 


PdcchConfig_Type 


Comment 


UE performs blind detection for common and UE specific search spaces for different aggregation 
levels (PDCCH formats acc. TS 36.21 1 , clause 6.8.1 ) 

content of the PDCCHs (DCI formats acc. TS 36.21 2, clause 5.3.3) shall be controlled together with 
scheduling and resource allocation 


CommonSearc 
hSpaceFormat 


integer (2, 3) 


opt 


PDCCH format for common search space; 

acc. to TS 36.213, clause 9.1.1 only aggregation level 4 and 8 

are allowed (i.e. PDCCH format 2 and 3 


UeSpecificSear 
chSpaceForma 
t 


integer (0, 1, 2, 3) 


opt 


UE specific search space: corresponding aggregation levels 1 , 2, 
4, 8 


PdcchCandidat 
eList 


PdcchCandidateList Tvoe 


opt 


PDCCH candidate list acc. to table 7.1 .1 -1 in TS 36.523-3 


RelativeTxPow 
er 


ToRS EPRE Ratios Type 


opt 


power ratio for PDCCH's resource elements relative to the RS 
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PdschRelativeTxPowerType 



TTCN-3 Record Type 


Name 


PdschRelativeTxPower_Type 


Comment 


NOTE 1 : 

the power control for the PDSCH is assumed to be (semi-)static for signalling conformance tests acc. 
to TS 36.323; 

nevertheless for different channels and purposes with the PDSCH there may be different power 

settings; 

NOTE 2: 

acc. to TS 36.213, clause 5.2 the EPRE ratio is different in time domain for OFDI\/l symbols containing 
or not containing reference signals; 
this needs to be considered by SS 


RachResponse 


ToRS EPRE Ratios Tvoe 


opt 




BcchOnPdsch 


ToRS EPRE Ratios Type 


opt 




PcchOnPdsch 


ToRS EPRE Ratios Type 


opt 




CcchDcchDtch 


ToRS EPRE Ratios Tvoe 


opt 





PdschConfig_Type 



TTCN-3 Record Type 


Name 


PdschConfig_Type 


Comment 




RelativeTxPow 
er 


PdschRelativeTxPower Ty 


opt 




pe 



D. 1.3.2.3 PhysicaLSignals 



PrimarySyncSignal_Type 



TTCN-3 Record Type 


Name 


PrimarySyncSignal_Type 


Comment 




RelativeTxPow 
er 


ToRS EPRE Ratios Tvoe 


opt 


power ratio for PSS's resource elements relative to the RS 



SecondarySyncSignal_Type 



TTCN-3 Record Type 


Name 


SecondarySyncSignal_Type 


Comment 




RelativeTxPow 
er 


ToRS EPRE Ratios Type 


opt 


power ratio for PSS's resource elements relative to the RS 





SRS_UL_Config_Type 



TTCN-3 Record Type 


Name 


SRS_UL_Config_Type 


Comment 




Common 


SoundinqRS UL GonfiqCo 
mmon Tvoe 






Dedicated 


SoundinqRS UL ConfiqDe 
dicated Tvoe 
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PhysicalLayerConfigDLType 



TTCN-3 Record Type 


NdruG 


PhysicalLayerConfigDL_Type 


OUI 1 II 1 Id 1 1 


all fields are declared as optional to allow single reconfigurations; in this case omit means "keep as it 
is" 


AnTennaoroup 


DownlinkAntennaGroupCon 
fig Type 


opt 




Pbch 


PbchConfig Type 


opt 




Pcfich 


PcfichConfiq Type 


opt 




Phich 


PhichConfia Type 


opt 




Pdcch 


PdcchConfig Type 


opt 




Pdsch 


PdschConfig Type 


opt 




Pss 


PrimarySyncSignal Type 


opt 




Sss 


SecondarvSyncSianal Tvd 
e 


opt 





D.1 .3.3 Uplink_Physical_Layer_Configuration 

Uplink physical channel configuration: PRACH, PUCCH, PUSCH and UL RS 

PUCCH_Configuration_Type 



TTCN-3 Record Type 


Name 


PUCCH_Configuration_Type 


Comment 




Common 


PUCCH ConfigCommon T 


opt 




VPe 


Dedicated 


PUCCH ConfiaDedicated 


opt 




Tyoe 


PUSCH_Configuration_Type 


TTCN-3 Record Type 


Name 


PUSCH_Configuration_Type 


Comment 




Common 


PUSCH ConfigCommon T 
VPe 


opt 




Dedicated 


PUSCH ConfigDedicated 


opt 




Type 


SS_TimingAdvanceConfig_Type 


TTCN-3 Union Type 


Name 


SS_TimingAdvanceConfig_Type 


Comment 




InitialValue 


RACH TiminqAdvance Type 


initial value corresponding to what is sent to the UE in RACH 
response 

(range acc. 1 1 bit value; in normal cases) 


Relative 


TimingAdvancelndex Type 


timing advance command to adjust changes of timing advance 
acc. to TS 36.21 3, clause 4.2.3; 
(range acc. 6 bit value: -31 ..32) 
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PhysicalLayerConfigUL_Type 



TTCN-3 Record Type 


Name 


PhysicalLayerConfigUL_Type 


Comment 


NOTE: 

For tlie time being there is no requirement to configure the SS with TPC-PDCCH-Config; 
In general SS is required to keep the UE's UL power constant 


Prach 


PRACH Config Type 


opt 


parameters acc. TS 36.331 , clause 6.3.2; 

in general depending on FDD/TDD (see TS 36.21 1 , clause 5.7) 


Pucch 


PUCCH Confiauration TvD 
e 


opt 


parameters acc. TS 36.331 , clause 6.3.2 


Pusch 


PUSCH Confiauration TvD 
e 


opt 


parameters acc. TS 36.331 , clause 6.3.2 
(including configuration of RS) 


TimingAdvance 


SS TimingAdvanceConfig 
Type 


opt 


to adjust timing advance; 

normally timing advance is configured as at the beginning and 
never changed during the test case; 

in some MAC test cases timing advance may be configured to a 
non-zero (1 1 bit value) at the beginning and modified by (6 bit) 
timing advance commands during the test 


SRS_UL_Confi 

g 


SRS UL Config Type 


opt 


sounding reference symbol (SRS); -> TS 36.213, clause 8.2, TS 
36.211, clause 5.5.3 


SR_Config 


SchedulingRequestConfig 
Type 


opt 


PUCCH resources for scheduling requests acc. to TS 36.213 
table 10.15; 

as signalled to the UE acc. to TS 36.331 , clause 6.3.2 


CQLReportCo 
nfig 


CQI ReoortConfia Type 


opt 




UplinkPowerCo 
ntrolCommon 


UplinkPowerControlCommo 
n Type 


opt 




UplinkPowerCo 
ntrol Dedicated 


UplinkPowerControlDedicat 
ed Type 


opt 





D.1.3.4 Common_MAC_Configu ration 

Transport channel and MAC related procedures and configuration 

Common_MAC_Configuration: Basic Type Definitions 



TTCN-3 Basic Types 


lmcsValue_Type 


integer (0..31) 


Modulation and coding scheme index coding 


TimingAdvancelndex_Typ 
e 


integer (0..63) 


acc. to TS 36.321 , clause 6.1 .3.5 "Timing 
Advance Command MAC Control Element" 
and TS 36.213, clause 4.2.3 "Transmission 
timing adjustments" 


TimingAdvance_Period_T 
ype 


integer (400, 600, 1020, 1530, 2040, 
4090,8190) 


the values correspond to 80 % of 
TimeAlignmentTimer (acc. to TS 36.523-3, 
clause 7.2) 

(TS 36.331 , clause 6.3.2: sf500, sf750, 
sf1280, sf1920, sf2560, sf5120, sf 10240) 
rounded to nearest multiple of 10 



RedundancyVersionListDLType 



TTCN-3 Record of Type 


Name 


RedundancyVersionListDL_Type 


Comment 


NOTE: 

in general the list shall contain maxHARO-Tx elements; 

if there are not enough elements specified SS shall raise an error; 

per default the list is configured to 0,2,3,1 ,0 (TS 36.321 , clause 5.4.2.2) 


record length (1..28) of RedundancyVersion Type 
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ULTransRetransmissionType 



TTCN-3 Union Type 


Name 


UL TransRetransmission_Type 


Comment 




NewTransmissi 
on 


Null Type 


new transmission of data with redundancy version RV=0 (acc. to 
TS 36.321 clause 5.4.2.2); NDI is toggled 


ReTransmissio 
nAdaptive 


RedundancyVersion Type 


SS assigns grant to requests retransmission of data with given 
redundancy version; NDI is not toggled 


ReTransmissio 
nNonAdaptive 


Null Type 


place holder for non-adaptive retransmissions; SS does not send 
any grant 



UL_TransRetransmissionList_Type 



TTCN-3 Record of Type 


Name 


UL_TransRetransmissionList_Type 


Comment 


list of transmission and subsequent retransmissions: 

in UL retransmissions are synchronous (every 8 TTIs for FDD); 

independent from the HARQ_ModeList SS shall send grants for every adaptive retransmissions; 
in case of non-adaptive retransmissions SS simply does not sent a grant (i.e. 
ReTransmissionNonAdaptive elements are used to adjust timing of the adaptive 
restransmissions only) 


record lenqth (1 ..28) of UL TransRetransmission Type 



lmcs_Type 



TTCN-3 Union Type 


Name 


lmcs_Type 


Comment 




Value 


ImcsValue Type 




NotUsed 


Null Type 





ULGrant_Period_Type 



TTCN-3 Union Type 


Name 


ULGrant_Period_Type 


Comment 




OnlyOnce 


Null Type 


grant is sent out only once; no period 


Duration 


integer (-1 ,1 ..infinity) 


duration of the grant period (TTI=1 ms) 



TransmissionRepetltlonlype 



TTCN-3 Union Type 


Name 


TransmissionRepetitionType 


Comment 




Continuous 


Null Type 




NumOfCycles 


integer (1 ..infinity) 




PUCCH_AutoSynch_Type 


TTCN-3 Record Type 


Name 


PUCCH_AutoSynch_Type 


Comment 




TimingAdvance 


TiminqAdvancelndex Type 






TA_Period 


TiminqAdvance Period Ty 
pe 




time period after which TA MAC control elements need to be 
automatically transmitted 


TA_Repetition 


TransmissionReoetition Ty 
pe 




number of TA IVIAC control element repetitions to be 
automatically transmitted or 'Continuous' 
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PUCCH_Synch_Type 



TTCN-3 Union Type 


Name 


PUCCH_Synch_Type 


Comment 




None 


Null Type 


no PUCCH Synchronisation applied 


Auto 


PUCCH AutoSynch Type 


SS automatically maintains PUCCH synchronization at UE 



FreqDomalnSchedulCommonType 



TTCN-3 Record Type 


Name 


FreqDomainSchedulCommon_Type 


Comment 


common type to specify restrictions for frequency domain scheduling by a start index and a maximum 
range of RBs; 

in general the resource allocation refers to virtual resource blocks: 

- format 1 A (localised): 

FirstRblndex refers to the first physical RB; the RBs are subsequent (upto MaxRbCnt RBs); 
may be applied for all kind of channels 

- format 1C (distributed): 

FirstRblndex refers to the first virtual RB; the virtual RBs are subsequent (upto MaxRbCnt RBs) 
but mapped (distributed) to physical resource; typically applied on BCCH, PCCH and RAR 

- format 1 (localised): 

FirstRblndex refers to the first physical RB; RBs are not consecutive; 

SS needs to provided bitmap of RBs (see TS 36.523-3) to cope with mapping of virtual resource 
allocation (format 1C) applied on other channels; 
typically there are either 

- all channels having format 1A (localised) 

- BCCH, PCCH and RAR having format 1 C (distributed) + DTCH/DCCH having format 1 


FirstRblndex 


integer 




index of the first (vitual) resource block in frequency domain; 

.. N(UL/DL, RB) - 1; 

NOTE: 

DCI format 1C refers to a virtual RB allocation i.e. the resource 
block index; 

differs from the physical resource allocation 

where the RBs are distributed over the whole frequency 

bandwidth (TS 36.213, clause 7.1.6.3) 


IVIaxRbCnt 


integer 




max. number of resource blocks to be assigned; 

FirstRblndex + MaxRbCnt <= N(UL/DL, RB); 

SS shall not assigned more than the given resource blocks to the 

respective channel 

(i.e. MaxRbCnt is the upper bound); 

if the the configuration for a channel exceeds the total bandwidth 

this is a TTCN error 

(=> SS shall raise an error) 



FreqDomainSchedulExplicit_Type 



TTCN-3 Record Type 


Name 


FreqDomainSchedulExplicit_Type 


Comment 


type used for explicit DL scheduling; Nprb is the exact nunber of RBs whereas in 
FreqDomainSchedulCommon_Type MaxRbCnt is the upper bound 


FirstRblndex 


integer 




index of the first resource block in frequency domain; 
.. N(UL/DL, RB) - 1 


Nprb 


integer 




number of resource blocks to be assigned; 
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PdcchDciFormat_Type 



TTCN-3 Enumerated Type 


Name 


PdrrhDriFormat Tvop 


r*nmmf>rit 


nni format am tn '^fi ?1? rlaii<;p '^ 1 ■ 

fifi cihall annlv nhv^iral naramptprc; arrnrrlinnlv a^; Qnprifipr] in TS f^fi ^Oft rlaiic;p 4 fi 

W V_) O 1 ICll 1 CIL^L./I y L,/! 1 y Ol V^Cll I.../C1I Cll 1 Iv^L^I O dV^V^U 1 \Jll ' y CIO v3l_/\^WI 1 1 & III 1 \J \J\J • ^\J\J J V^IUUOv^ ^ .Kj .\J 




nhx/Qir'al laupr naramptprQ arr* '^fi ^Ofl Tahip 4 R 1 1 -i 
pi ly oiLrCii iciyc;i [jciiciiiicLdo ciLrU. ioo\j.<juu iduic'-r.o.u.i.i i 


dci 1 


physical layer parameters acc. TS 36.508 Table 4.3.6.1 .2-1 


dci 1A 


physical layer parameters acc. TS 36.508 Table 4.3.6.1.3-1 


dci 1B 




dci 1C 


physical layer parameters acc. TS 36.508 Table 4.3.6.1 .4-1 


dci 1D 




dci 2 


physical layer parameters acc. TS 36.508 Table 4.3.6.1 .5-1 


dci 2A 


physical layer parameters acc. TS 36.508 Table 4.3.6.1.6-1 


dci 3 




dci 3A 




Pdcch Resou rce Al location_Type 


TTCN-3 Enumerated Type 


Name 


PdcchResourceAllocation_Type 


Comment 


Resource allocation acc. TS 36.213, clause 7.1.6 


ra 




ra 1 




ra 2 Localised 


=> physical and virtual RB index are identical 


ra 2 Distributed 


=> virtual resource allocation 



M I M 0_Precod i ng B its_Ty pe 



TTCN-3 Union Type 


Name 


MIMO_PrecodingBits_Type 


Comment 


Number of bits for preceding information acc. TS 36.212, table 5.3.3.1.5-3 and 5.3.3.1.5A-1 


None 


Null Type 


DCI 2A: 2 antenna ports at eNodeB (table 5.3.3.1 .5A-1) 


Bit2 


B2 Tvoe 


DCI 2A: 4 antenna ports at eNodeB (table 5.3.3.1 .5A-1) 


Bit3 


B3 Tvoe 


DCI 2: 2 antenna ports at eNodeB (table 5.3.3.1 .5-3) 


Bit6 


B6 Type 


DCI 2: 4 antenna ports at eNodeB (table 5.3.3.1 .5-3) 



M I M 0_Dci D 1 1 nf o_Type 



TTCN-3 Record Type 


Name 


MIMO_DciDllnfo_Type 


Comment 


additional information for DL DCI in case of MIMO (i.e. when a 2nd CW is specified) 


RedundancyVe 
rsionList 2ndC 
W 


RedundancyVersionListDL 
Type 


opt 


list of Redundancy version for 2nd code word; 
shall have the same length as RedundancyVersionList_1stCW; 
if omit, for the 2nd CW the same RedundancyVersionList shall be 
applied as for the 1 st CW 


CodeWordSwa 
pFlag 


B1 Tvoe 




transport block to codeword mapping acc. to TS 36.212 Table 
5.3.3.1.5-1 


PrecodingBits 


IVIIMO PrecodingBits Type 




preceding information acc. TS 36.212, table 5.3.3.1 .5-3 and 
5.3.3.1. 5A-1 
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DciDllnfoCommonType 



TTCN-3 Record Type 


Name 


DciDllnfoCommon_Type 


Comment 


used for normal DL scheduling acc. to TS 36.523-3, clause 7.3 


Format 


PdcchDciFormat Type 




BCCH, PCCH and RACH Response: 1Aor1C (TS 36.213, 
clause 7.1) 

CCCH: 1 A since transmission mode is not (may not be) 
configured at the UE yet (TS 36.213, clause 7.1 ) 
DTCH/DCCH: depending on transmission mode 


ResourceAlloc 
Type 


PdcchResourceAllocation 
Type 




depends on DC! format, e.g. ra_2_Localised or 
ra 2 Distributed for DCI format 1 A 


Modulation 1st 
CW 


Modulation Type 




max. modulation scheme for the 1st code word; 

depending on the amount of data a lower modulation scheme 

may be by SS but not a higher one; 

BCCH, PCCH and RACH Response: QPSK only 


Modulation 2n 
dCW 


Modulation Type 




modulation scheme for 2nd code word in case of spatial 
multiplexing; 

can be different than 1 st code word (see TS 36.21 1 , clause 
6.3.2; TS 36.212, clause 5.3.3.1 .5); 
'unused' when there is no spatial multiplexing; 
NOTE: 

Acc. to 36.523-3 cl. 7.3.3.4 in normal mode MIMO shall not be 
used 

=> for the time being Modulation 2ndCW is always "unused" 


FreqDomainSc 
hedul 


FreaDomainSchedulComm 
on Type 




index of 1st RB; max. number of RBs per TTI; 
NOTE: 

in case of DCI format 1C the first RB index has no meaning since 
distributed virtual resource blocks assigned in this case (TS 
36.213, clause 7.1.6.3) 


RedundancyVe 
rsionList 


RedundancyVersionListDL 
Type 




list of Redundancy version to be used in case of retransmission; 
the number of elements in the list provides the maxHARQ-Tx 


DciDllnfoExplicit_Type 


TTCN-3 Record Type 


Name 


DciDllnfoExplicit_Type 


Comment 


used for explicit DL scheduling acc. to TS 36.523-3, clause 7.3 


Imcs 1stCW 


Imcs Type 




MCS index of table 7.1 .7.1-1 of TS 36.213 


lmcs_2ndCW 


Imcs Type 




MCS index for the 2nd code word in case of MIMO; 
'NotUsed' when MIMO is not used 


Format 


PdcchDciFormat Type 






ResourceAlloc 
Type 


Pdcch ResourceAllocation 
Type 






FreqDomainSc 
hedul 


FreqDomainSchedulExplicit 
Type 






RedundancyVe 
rsionList 


RedundancyVersionListDL 
Type 




list of Redundancy version to be used in case of retransmission 
the number of elements in the list provides the maxHARQ-Tx 


Mimolnfo 


MIMO DciDllnfo Type 


opt 


shall be present when lmcs_2ndCW specifies a 2nd CW to be 
used; 

shall be omit when Imcs 2ndCW is 'NotUsed' 


DciDllnfo_Type 


TTCN-3 Union Type 


Name 


DciDllnfo_Type 


Comment 




Auto 


DciDllnfoCommon Type 


SS shall chose the appropriate TBS up to the maximim number 
of resource blocks 


Explicit 


DciDllnfoExplicit Type 


used in MAC or RAB tests where exact TBS needs to be 
specified 
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DciUllnfo_Type 



TTCN-3 Record Type 


Name 


DciUllnfo_Type 


Comment 




Imcs 


Imcs Type 




MCS index of table 8.6.1-1 of TS 36.213 


TransRetransm 
issionList 


UL TransRetransmissionLi 




list of possible retransmissions and their redundancy versions 
(depending on being adapive or non-adaptive); 
the list shall 

- start with 

- "New Transmission" (normal case) or 

- "Adaptive Retransmission" (e.g. to request a retransmission 
even when the data has been acknowledged with a HARQ ACK) 

- end with "Adaptive Retransmission" (if there are 
retransmissions) 

N0TE1 : TTCN implementation shall ensure that a 
reconfiguration is done not before the previous list has been fully 
processed 

N0TE2: for normal operation the list contains only one 
NewTransmission element (i.e. possible retransmissions are 
non-adaptive) 


St Type 


FreqDomainSc 
hedul 


FreqDomainSchedulExplicit 
Type 







Period icGrant_Type 



TTCN-3 Record Type 


Name 


PeriodicGrant_Type 


Comment 




Period 


ULGrant Period Type 




time period after which UL Grant need to be automatically 
transmitted or 'OnlyOnce' 


NoOfRepetition 
s 


TransmissionRepetition Ty 
pe 




number of UL Grant repetitions to be automatically transmitted or 
continuous repetition 



UL_GrantConfig_Type 



TTCN-3 Union Type 


Name 


UL_GrantConfig_Type 


Comment 




OnSR_Recepti 
on 


Null Type 


SS tranmits UL Grant as configured by GommonDcilnfoUL_Type 
at every reception of SR; 
to be used in non L2 Test 


Periodic 


PeriodicGrant Type 


SS tranmits UL Grant as configured by GommonDcilnfoUL_Type 

periodically; 

to be used in L2 tests; 

IVIAC tests testing Grants might set the period as infinite and num 
grant as 1 


None 


Null Type 


disable any grant transmission 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



156 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



D.1.3.5 Random Access Procedure 



EUTRA_ASP_TypeDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc_RandomAccess 
ResponseLlstSize 


integer 


10 


arbitrary value (needs to be 

extended, if necessary); 

in case of RACH in idle, UE will 

keep on making RACH attempts 

until tSOO expires 

=> number of PRACH preambles 

maybe even greater than 

maximum value of 

PREAMBLE TRANS MAX 



Random_Access_Procedure: Basic Type Definitions 



TTCN-3 Basic Types 


RACH_TimingAdvance_T 
ype 


integer (0..2047) 


1 1 bit timing advance as used in RACH 
response (absolute value) 



UplinkGrant_Type 


TTCN-3 Record Type 


Name 


UplinkGrant_Type 


Comment 


TS 36.213, clause 6.2 


Hopping Flag 


B1 Tvpe 




Hopping flag 


RB Allocation 


BIO Type 




Fixed size resource block assignment 


ModAndCodSc 
heme 


B4 Tvoe 




Truncated modulation and coding scheme 


TPC Comman 
d 


B3 Tvoe 




TPC command for scheduled PUSCH 


UL_Delay 


B1 Tvpe 




UL delay 


CQI_Req 


B1 Tvpe 




CQI request 


ContentionResolution_ContainedRlcPdu_Type 


TTCN-3 Union Type 


Name 


ContentionResolutlon_ContainedRlcPdu_Type 


Comment 




RIcPdu 


octetstring 


octetstring of an RLC PDU containing e.g. the RRC Connection 
Setup; 

to be sent in the same MAC PDU as the MAC Contention 
Resolution Control Element 


None 


Null Tvpe 


MAC PDU containing the MAC Contention Resolution Control 

Element does not contain an RLC PDU 

(i.e. RRC Connection Setup is sent in another PDU) 
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ContentionResolution_Containedld_Type 



TTCN-3 Union Type 


Name 


ContentionResolution_Containedld_Type 


Comment 




XorMask 


ContentionResolutionId Type 


When SS receives Contention Resolution ID from the UE, 

SS shall XOR it with the given mask and use this as Contention 

Resolution ID; 

this allows to get an unmatching Contention Resolution ID; 

in normal cases mask shall be set to 

tsc_ContentionResolutionld_Unchanged 

(i.e. the Contention Resolution ID remains unchanged) 


None 


Null Tvoe 


MAC Contention Resolution Control Element is not contained in 
the MAC PDU sent out as response on Msg3 



TCRNTI_ContentionResolutionMacPdu_Type 



TTCN-3 Record Type 


Name 


TCRNTI_ContentionResolutionlVlacPdu_Type 


Comment 


NOTE: 

Either Containedid or ContainedRlcPdu (or both) shall not be 'none'; 
(if no Contention Resolution Mac Pdu shall be sent, 

TCRNTI_ContentionResolutionCtrl_Type.NoContResollD shall be used instead) 


Containedid 


ContentionResolution Cent 
ainedid Tvoe 




Either the Contention Resolution ID as received from the UE 
or a modified Contention Resolution ID (XorMask != 
tsc_ContentionResolutionld_Unchangecl) 
or no Contention Resolution ID at all 


ContainedRlcP 
du 


ContentionResolution Cent 
ainedRlcPdu Type 




the MAC PDU containing the MAC Contention Resolution Control 
Element may contain the RRC Connection Setup; 
in this case the RRC PDU shall be completely encoded been 
contained in an RLC PDU 



TCRNTI_ContentionResolutionCtrl_Type 



TTCN-3 Union Type 


Name 


TCRNTI_ContentionResolutionCtrl_Type 


Comment 


when the UE responds on a Random Access Response with a RRC Connection Request on CCCH 
and not with a C-RNTI SS shall assume initial Random Access Procedure (TS 36.300, clause 
10.1.5.1), 

i.e. sends a ContentionResolutionId back to the UE 




MacPdu 


TCRNTI ContentionResolutionMa 
cPdu Type 


MAC PDU containing the Contention Resolution ID and 
optionally an RRC PDU (RRC Connection Setup) 


MacPdu_CRC_ 
Error 


TCRNTI ContentionResolutionMa 
cPdu Type 


same as MacPdu (see above), 

but SS shall generate CRC error by toggling CRC bits; 

no retransmissions shall be made as UE shall not send a NACK 


NoContResollD 


Null Type 


SS shall not include contention resolution ID (i.e. no MAC PDU 
shall be sent); 

used for contention resolution fail case 
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CRNTIContentionResolutionCtrlType 



TTCN-3 Union Type 


Name 


CRNTI_ContentionResolutionCtrl_Type 


Comment 


configuration for Random Access Procedure in RRC_CONNECTED (see TS 36.300, clause 10.1.5.1); 
when SS receives C-RNTI MAC element sent by the UE after Random Access Response, 
SS shall deal with the C-RNTI as specified in this structure 


AutomaticGrant 


DciUllnfo Type 


before expiry of the contention resolution timer SS shall 
automatically address PDCCH 

using C-RNTI as sent by the UE; the UL grant is specified acc. to 
DciUllnfo_Type 


None 


Null Tvpe 


Used in case of dedicated preamble transmission or to simulate 
failure cases; 

SS shall not address PDCCH using C-RNTI 

=> expiry of contention resolution timer on UE side 



ContentionResolutionCtrl_Type 



TTCN-3 Union Type 


Name 


ContentionResolutionCtrl_Type 


Comment 


NOTE: SS only needs to consider one kind of contention resolution at one time; 

in the initial configuration of a cell TCRNTI_Based shall be configured and 

the common assuption is that in RRC_CONNECTED normally there are no RACH procedures 

(i.e. no CRNTI_Based configuration needed) 

whereas e.g. in case of handover scenarios CRNTI Based shall be configured 


TCRNTI Base 
d 


TCRNTI ContentionResolutionCtr 


TCRNTI based contention resolution (e.g. initial access), 
hence involves inclusion contention resolution identity in DL 
message 4 of RACH procedure 


1 Type 


CRNTLBased 


CRNTI ContentionResolutionCtrl 
Type 


CRNTI based contention resolution (e.g. in case UE is being in 
RRC_CONNECTED): 

hence uplink message in step 3 (of RACH procedure) is followed 
by PDCCH transmission with UE C-RNTI to end procedure 



RapldCtrl_Type 



TTCN-3 Union Type 


Name 


RapldCtrl_Type 


Comment 




Automatic 


Null Tvpe 


SS shall automatically use same RAPID as received from the UE 


Unmatched 


Null Tvpe 


SS shall use RAPID being different from preamble sent by the 
UE; 

SS shall calculate this RAPID acc. to RAPID := (RAPID + 3. .63) 
mod 64 

if single RAR is transmitted in a IVIAC PDU then only 3 is added 
if multiple RAR's are transmitted in IVIAC PDU, then for first 
unmatched RAR 3 is added, second unmatched 4 is added, third 
unmatched 5 is added and so on 
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Tern pC_R NTI_Type 



TTCN-3 Union Type 


Name 


TempC_RNTI_Type 


Comment 




SameAsC_RN 
Tl 


Null Type 


in the RA response SS shall use the same C-RNTI as configured 

in ActiveCellConfig_Type; 

this is useful for initial random access 


Explicit 


C_RNTI 


in the RA response SS shall use different value as configured in 
ActiveCellConfig_Type; 

this can be used when the UE already is in RRC_CONNECTED 
to have a temporary C-RNTI different from the one used by the 
UE; 

NOTE: when the UE is not in RRC_CONNECTED there shall be 
no explicit temp. C-RNTI since then the UE would assume this 
value as C-RNTI 







RandomAccessResponseParameters_Type 



TTCN-3 Record Type 


Name 


RandomAccessResponseParameters_Type 


Comment 


paramenters to control content of RAR sent to the UE 


Rapid 


RaoldCtrl Type 




to control Random Access Preamble Id to be sent back to the 
UE; used in RAR IVIAC sub-header 


InitialGrant 


UplinkGrant Type 




initial UL grant 


TimingAdvance 


RACH TimingAdvance Ty 
pe 




timing advance: granularity of 0.52 micro sec (16*Ts); 
see TS 36.300, clause 5.2.7.3, TS 36.321 , clause 6.1 .3.5; 
NOTE: 

timing advance has impact not only on the RA procedure; 
SS in general needs to adjust its timing accordingly 


TempC_RNTI 


TemoC RNTI Type 




NOTE: 

For initial Random Access Procedure at network (SS) side there 
is no temporary C-RNTI: 

network assigns the C-RNTI which is used by any UE as being 
temporary; 

the UE which 'wins' the contention resolution keeps the 
(temporary) C-RNTI; 

other UEs need to repeat the RACH procedure; 

=> at the SS the TempC_RNTI shall be 'SameAsC_RNTI' 

For Random Access Procedure in RRC_CONNECTED state the 

NW assigns a temporary C-RNTI which is replaced by the one 

stored at the UE; 

=> TempC_RNTI may be 'SameAsC_RNTr (in this case temp. 
C-RNTI and C-RNTI are equal what is not likely in a real 
network), 

or there is an explicit temp. C-RNTI what is used during RA 
procedure only (as in a real network) 



RarList_Type 



TTCN-3 Record of Type 


Name 


RarList_Type 


Comment 


in general MAC PDU may contain one or several RARs; 
normally only one RAR is contained 


record of RandomAccessResponseParameters Type 
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TTCN-3 Union Type 


Name 


RandomAccessResponse_Type 


Comment 




None 


Null Type 


used for unsuccessful RA procedure 


List 


RarList Type 


normally one RAR to be sent to the UE; in general there can be 
more than one RAR 



Random AccessBackofflndlcatorType 



TTCN-3 Union Type 


Name 


RandomAccessBacl<offlndicator_Type 


Comment 




None 


Null Type 


normal case, no back off indicator included 


Index 


integer (0..15) 


Backoff Parameter values acc. TS 36.321 , clause 7.2; 
values 0..12 are defined, 13.. 15 may be used in error case 



RandomAccessResponseCtrl_Type 



TTCN-3 Record Type 


Name 


RandomAccessResponseCtrl_Type 


Comment 


configuration for Random Access Response mapped to DL-SCH mapped to PDSCH 
TransmissionMode: single antenna mode when there is only one antenna configured, transmit diversit 
else; 

RNTI: RA-RNTI (IS 36.321 , clause 7.1); 

if both RAR msg and backoff indicator are 'None' SS shall not respond on RAP 


Dcilnfo 


DciDllnfoCommon Type 




DC! format: 1Aor 1C (TS 36.213, clause 7.1) 
ResourceAllocType: 2 (acc. to DCI format) 
Modulation: QPSK 

Frequency domain schedule: index of 1st RB; max. number of 
RBs per TTI 


Rar 


RandomAccessResoonse 
Type 




RAR to be sent to the UE 


Backoffind 


RandomAccessBackoff Indie 
ator Type 




possible backoff indicator; 'None' for normal cases 



RandomAccessResponseConfig_Type 



TTCN-3 Union Type 


Name 


RandomAccessResponseConfig_Type 


Comment 




Ctrl 


RandomAccessResponseCtrl Ty 
Ee 


contains information to control sending of RAR 


Ctrl_CRC_Erro 
r 


RandomAccessResponseCtrl Ty 
Ee 


same as Ctrl (see above), but IVIAC PDU transmitted will contain 
CRC bits (0-3) being toggled; 

no retransmissions shall be made as UE shall not send a NACK 


None 


Null Type 


to be used when there is no RAR to be sent at all 
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RachProcedure_Type 



TTCN-3 Record Type 


l>laiTI6 


RachProcedure_Type 


Comment 




RAResponse 


RandomAccessResponseC 
onfia Type 




control of how the SS shall react on RA preamble; 
this may be 

- the RAP id as expected by the UE 

- a RAP id not matching to the UE's RAP 

- a backoff indicator 

- nothing at all 


ContentionRes 


ContentionResolutionCtrl T 






olutionCtrl 


vpe 







RachProcedureList_Type 



TTCN-3 Record of Type 


Name 


RachProcedureList_Type 


Comment 


to simulate RACH procedure with one or more than one attempt by the UE: 

1 . Normal cases: 

one single RandomAccessResponse is sent to the UE matching the UE's RACH preamble; 

contention resolution is successful immediately 

=> list contains only one element which is used for any RA procedure 
^cvmi II d riMv^n pruccUUiu ib rypydicu uy trie uc lur any rydbuii iiiib yiyiiiyrii biidii Uc ub^u, 
e.g. it needs not to be handled as error when the UE sends another RACH preamble instead 

of the RRC connection request message) 

2. Special cases: 

there are upto tsc_RandomAccessResponseUstSize preambles sent by the UE 

=> there are upto tsc_RandomAccessResponseListSize responses to be configured as 

elements of the list; 

SS shall start with the first element in the list and use the RAR as specified in this element; 
if the RAR matches at the UE side the UE will send UL data and contention resolution is 
performed as configured for this element; 

if the RAR does not match the UE sends another RAP and SS continues with the next element 
in the list; 

in this case the contention resolution of the respective element is not used; 

if the end of the list is reached and further RACH preambles are sent by the UE SS shall 

repeatively apply the last element of the list 

(this is necessary because there might be not enough time to reconfigure SS after the end of the 
list has been reached and there shall be well-defined behaviour after the list has been 
processed); 

to change from a special mode to normal mode the RachProcedureList is reconfigured by TTCN 
to achieve transparency and readability of the code; 

NOTE: 

when there are RACH ConfigDedicated configured (see below) and the RA preamble matches 
with one the configured ones the contention resolution Ctrl is obsolete (non contention based 
random access procedure) 


record lenqthd ..tsc RandomAccessResoonseListSize) of RachProcedure Tvoe 
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RachProcedureConfig_Type 



TTCN-3 Record Type 


Name 


RachProcedureConfig_Type 


Comment 


parameters to control the random access procedure; TS 36.321 , clause 5.1 


RACH_ConfigC 
ommon 


RACH ConfiaCommon Tv 
pe 


opt 


acc. TS 36.331 , clause 6.3.2; may not be necessary for SS; 
omit: "keep as it is" 


RACH_ConfigD 
edicated 


RACH ConfiaDedicated Ty 
pe 


opt 


acc. TS 36.331 , clause 6.3.2; 

when random access preamble sent by the UE matches with the 
configured one, 

SS shall assume the random access procedure being non- 
contention based; 

initial configuration: no RACH_ConfigDedicated are configured; 
omit means "keep as it is" 


RachProcedure 
List 


RachProcedureList Type 


opt 


in normal cases there is one element which is used for any RA 
procedure; 

special cases are used in IVIAC test cases; 
omit means "keep as it is" 



D.1 .3.6 SystemJnformation_Control 

Primitive to configuration BCCH/BCH 

System lnformation Control: Basic Type Definitions 



TTCN-3 Basic Types 


BcchToPbchConfig Type 


Null Type 


place holder for BCCH mapped to BCH 






mapped to PBCH: 






MIB using fixed scheduling (periodicity: 40ms); 






transmission mode: 






single antenna port configuration (layer 






mapping acc. TS 36.21 1 , clause 6.3.3.1 ) 






or transmit diversity (layer mapping acc. TS 






36.21 1 , clause 6.3.3.3) depending on antenna 






configuration 


Sib1 Schedul_Type 



TTCN-3 Record Type 


Name 


Sib1Schedui_Type 


Comment 


SIB1 : fixed scheduling in time domain acc. TS 36.331 , clause 5.2.1 .2 (periodicity: 80ms; repetitions 
every 20ms) 


Dei Info 


DciDllnfoCommon Type 


opt 


DCI format: 1A or 1C (TS 36.213, clause 7.1) 
ResourceAllocType: 2 (acc. to DCI format) 
IVIodulation: QPSK 

Frequency domain schedule: index of 1st RB; max. number of 
RBs per TTI 


SingleSiSchedul_Type 


TTCN-3 Record Type 


Name 


SingleSiSchedul_Type 


Comment 


specifies scheduling for a single SI in freq and time domain 


Dei Info 


DciDllnfoCommon Type 


opt 


DCI format: 1A or 1C (TS 36.213, clause 7.1) 
ResourceAllocType: 2 (acc. to DCI format) 
IVIodulation: QPSK 

Frequency domain schedule: index of 1st RB; max. number of 
RBs per TTI 


SubframeOffset 


integer 


opt 


offset within the Si-window; 

NOTE: Sl-window may span more than one frame 
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SiSchedul_Type 



TTCN-3 Record Type 


Name 


SiSchedul_Type 


Comment 


specifies for a specific SI scheduling and repetitions within as SI window 


Periodicity 


Si Periodicity Type 


opt 




Window 


record of 

SinqleSiSchedul Type 


opt 


NOTE: 

acc. to TS 36.331 , clause 5.2.1 .2 the same SI may occur more 
than once in an Si-window; 

to allow this there is a "record of" even though acc. to TS 36.508, 
clause 4.4.3.3 all Sis are sent only once within the window 



SiSchedulList_Type 



TTCN-3 Record of Type 


Name 


SiSchedulList_Type 


Comment 




record lengthd ..maxSI Messaqe) of SiSchedul Type 



AIISiSchedul_Type 



TTCN-3 Record Type 


Name 


AIISiSchedul_Type 


Comment 




WindowLength 


SiWindowLength Type 


opt 


to calculate start of each SI window acc. TS 36.331, clause 5.2.3 


SiList 


SiSchedulList Type 


opt 


list of Sis containing one ore more SIBs 


BcchToPdschConfig_Type 


TTCN-3 Record Type 


Name 


BcchToPdschConfig_Type 


Comment 


configuration for BCCH mapped to DL-SCH mapped to PDSCH 

TransmissionMode: single antenna mode when there is only one antenna configured, transmit 
diversity else; 

RNTI: SI-RNTI (TS 36.321 , clause 7.1) 


SiblSchedul 


SiblSchedul Type 


opt 


scheduling of SIB1 in frequency domain 


SiSchedul 


AllSiSchedul Type 


opt 


scheduling of Sis in frequency and time domain 



SI_List_Type 



TTCN-3 Record of Type 


Name 


SI_List_Type 


Comment 


TS 36.331 , clause 6.2.1 BCCH-DL-SCH-IVIessage and clause 6.2.2 Systemlnformation 


record of BCCH_DL_SCH_Message 
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Bcchlnfo_Type 



TTCN-3 Record Type 


Name 


Bcchlnfo_Type 


Comment 


all fields are declared as optional to allow modification of single field; 

acc. to TS 36.331 , clause 9.1 .1 .1 "RRC will perform padding, if required due to the granularity of the 

TF signalling, as defined in 8.5."; 

therefore this needs to be done by the system simulator 


MIB 


BCCH_BCH_IVIessage 


opt 


TS 36.331 , clause 6.2.1 BCCH-BCH-Message and clause 6.2.2 

MasterlnformationBlock; 

NOTE: 

the sequence number included in MIB needs to be handled and 
maintained by the system simulator; 

that means that the sequence number being setup by TTCN will 
be overwritten by SS 


SIB1 


BCCH_DL_SCH_Message 


opt 


TS 36.331 , clause 6.2.1 BCCH-DL-SCH-Message and clause 
6.2.2 System InformationBlockTypel 


Sis 


SI List Tvoe 


opt 





BcchConfig_Type 



TTCN-3 Record Type 


Name 


BcchConfig_Type 


Comment 


all fields are optional to allow single modifications; 

activation time may be applied in the common part of the ASP; 

NOTE 1 : 

acc. to TS 36.331 , clause 9.1 .1 .1 there is no PDCP and RLC/MAC are In TM 
NOTE 2: 

mapping/scheduling and contents of the System Information in general is done in one go 
(i.e. there are no separate ports for SIB data and configuration) 


Pbch 


BcchToPbchConfia Type 


opt 




Pdsch 


BcchToPdschConfia Tvoe 


opt 




Bcchlnfo 


Bcchlnfo Type 


opt 





D. 1.3.7 Paging_Control 

Primitive to configuration PCCH/PCH 



PcchConfig_Type 



TTCN-3 Record Type 


Name 


PcchConfig_Type 


Comment 


configuration for PCCH mapped to PCH mapped to PDSCH 

TransmissionMode: single antenna mode when there is only one antenna configured, transmit 
diversity else; 

RNTI: P-RNTI (TS 36.321 , clause 7.1 ) 

NOTE: acc. to TS 36.331 , clause 9.1 .1 .3 there is no PDCP and RLC/MAC are in TM 


Dei Info 


DciDllnfoCommon Type 


opt 


DCI format: 1A or 1C (TS 36.213, clause 7.1) 
ResourceAllocType: 2 (acc. to DCI format) 
Modulation: QPSK 

Frequency domain schedule: index of 1st RB; max. number of 
RBs per TTI 



D.1 .3.8 UE_Specific_Channel_Configuration 
D.1 .3.8.1 UE_Specific_Channel_Configuration_DL 

Scheduling and other information for CCCH/DCCH/DTCH mapped to DL-SCH mapped to PDSCH 
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D. 1.3. 8.1.1 MIMO_Configuration 

Preceding information for spatial multiplexing (DCI format 2) 



Precod ing I nf oForOneCodeWord_Type 



TTCN-3 Union Type 


Name 


PrecodinglnfoForOneCodeWord_Type 


Comment 


NOTE: not all index values may make sense (e.g. the indices refering to the values reported by the 
UE) 


TwoAntennasC 
losedLoop 


integer (0..6) 


index acc. to TS 36.212 Table 5.3.3.1 .5-2; 

Rl = 1 ; transmit diversity or code book index 0..3 acc. TS 36.21 1 

Table 6.3.4.2.3-1 


FourAntennasC 
losedLoop 


integer (0..34) 


index acc. to TS 36.212 Table 5.3.3.1 .5-3; 

Rl = 1 ..2; transmit diversity or code book index 0..1 5 acc. TS 

36.211 Table 6.3.4.2.3-2 


TwoAntennasO 
penLoop 


Null Type 


no preceding info; Rl=1 when only codeword 1 is enabled 


FourAntennas 
Open Loop 


integer (0..1) 


index acc. to TS 36.212 Table 5.3.3.1 .5-4 

Rl = 1 ..2; Rl=1 => transmit diversity; Rl=2 => large delay CDD 



PrecodinglnfoForTwoCodeWords_Type 



TTCN-3 Union Type 


Name 


PrecodinglnfoForTwoCodeWords_Type 


Comment 


NOTE: not all index values may make sense (e.g. the indices refering to the values reported by the 
UE) 


TwoAntennasC 
losedLoop 


integer (0..2) 


index acc. to TS 36.212 Table 5.3.3.1 .5-2; 

Rl = 2; code book index 1 , 2 acc. TS 36.21 1 Table 6.3.4.2.3-1 


FourAntennasC 
losedLoop 


integer (0..50) 


index acc. to TS 36.212 Table 5.3.3.1 .5-3; 

Rl = 2. .4; code book index 0..15 acc. TS 36.21 1 Table 6.3.4.2.3- 

2 


TwoAntennasO 
penLoop 


Null Tvoe 


no preceding info; Rl=2 when both codewords are enabled 


FourAntennas 
Open Loop 


integer (0..2) 


index acc. to TS 36.212 Table 5.3.3.1 .5-4 
Rl = 2. .4; large delay CDD 


PrecodlnglnfolndexType 


TTCN-3 Union Type 


Name 


Precodinglnfolndex_Type 


Comment 




OneCodeWord 


PrecodinainfoForOneCodeWord 
Tvoe 


only codeword 1 shall be enabled in the DCI 


TwoCodeWord 
s 


PrecodinginfoForTwoCodeWords 
Type 


both codewords shall be enabled in the DCI 



Preceding OperationMode_Type 



TTCN-3 Enumerated Type 


Name 


PrecodingOperationlUlode_Type 


Comment 


how to determine preceding information for spatial multiplexing is signalled on PDCCH with DCI 
format 2 and 2A (TS 36.212, clause 5.3.3.1.5) 


hardcoded 


SS shall apply configured precoding info as configured regardless Rl and PMI reported by the 
UE 


automatic 


SS shall apply configured precoding info as long as there are no Rl and PMI reported by the UE; 
when there are Rl and PMI reported by the UE these shall be used 
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SpatialMultiplexinglnfo_Type 



TTCN-3 Record Type 


Name 


SpatialMultiplexinglnfo_Type 


Comment 


NOTE: there may be codebookSubsetRestriction as signalled to the UE (TS 36.331 , clause 6.3.2 
AntennalnfoDedicated) to be considered 


OperationMode 


PrecodinqOperationlVlode 
Type 






Precodinglndex 


Precodinqinfolndex Type 




NOTE: contains information about number of code words to be 
used in DCI format 2 



Mimolnfo_Type 



TTCN-3 Union Type 


Name 


IVIimolnfo_Type 


Comment 




NolVlimo 


Null Tvoe 




Spatial 


SpatiallVlultiplexinalnfo Type 





HarqProcessConfigDL_Type 



TTCN-3 Union Type 


Name 


HarqProcessConfigDL_Type 


Comment 


HARO processes to be used automatically for DL assignments 


AllProcesses 


Null Type 


all HARO processes shall be used for automatic assignmnet; this 
is the normal case 


SpecificSubset 


HaraProcessList Type 


only the HARO processes of this list shall be used automatically, 
other processes are excluded from automatic assignments; 
nevertheless all HARO processes may be addressed explicitly by 
DRB_DataPerSubframe_DL_Type.HarqProcess 



CcchDcchDtchConfigDL_Type 



TTCN-3 Record Type 


Name 


CcchDcchDtchConfigDL_Type 


Comment 


configuration for CCCH/DCCH/DTCH mapped to DL-SCH mapped to PDSCH 
TransmissionlVlode: as signalled to the UE (AntennalnfoDedicated in RRCConnectionSetup); 
RNTI: C-RNTI (TS 36.321 , clause 7.1 ); 

all fields optional (omit = "keep as it is") since DCI format and modulation may be changed during a 
test; 

for initial configuration all fields are mandatory 




Dcilnfo 


DciDllnfo Type 


opt 


DCI format: 1 A per default since for CCCH mimo cannot be 
applied in general 

ResourceAllocType: (depending on DCI format) 
IVIodulation: QPSK for signalling 

Frequency domain schedule: index of 1st RB; max. number of 
RBs perTTI; 

in case of spatial multiplexing if there are 2 code words 
FreqDomainSchedul shall be applied to both 


Antennalnfo 


AntennalnfoDedicated Typ 
e 


opt 


as signalled to the UE (TS 36.331 , clause 6.3.2): 
transmissionMode, codebookSubsetRestriction 


IVIimolnfo 


IVIimolnfo Type 


opt 


when spatial multiplexing is applied (transmissionlVlode 3, 4): 
preceding information, number of code words 


HarqProcessC 
onfig 


HarqProcessConfiqDL Typ 
e 


opt 


HARO processes automatically used by the SS in DL 



D.1 .3.8.2 UE_Specific_Channel_Configuration_UL 

Scheduling information for CCCH/DCCH/DTCH mapped to UL-SCH mapped to PUSCH 
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PucchHoppingBits_Type 



TTCN-3 Union Type 


Name 


PucchHoppingBits_Type 


Comment 


Number of hopping bits acc. to TS 36.213 table 8.4-2 


OneBit 


B1 Type 


N(UL, RB) = 6. .49 i.e. default system bandwidthis less than 10 
MHz (does not include 10 MHz) 


TwoBits 


B2 Type 


N(UL, RB) = 50..110 i.e. default system bandwidth is 10 MHz or 
above 



UplinkHoppingResourceParameters_Type 



TTCN-3 Record Type 


Name 


UplinkHoppingResourceParameters_Type 


Comment 




PucchHopping 


PucchHoppinaBits Type 




to control hopping resource allocation as signalled in DCI format 
0(TS 36.212, clause 5.3.3.1.1) 



UplinkHoppingControl_Type 



TTCN-3 Union Type 


Name 


Uplinkl-loppingControl_Type 


Comment 


shall be considered by SS to fill in the information needed for DCI format (TS 36.213, clause 7.1) 


Deactivated 


Null Type 




Activated 


UplinkHoppinqResourceParamete 
rs Type 





CcchDcchDtchConfigUL_Type 



TTCN-3 Record Type 


Name 


CcchDcchDtchConfigUL_Type 


Comment 


scheduling for CCCH/DCCH/DTCH mapped to UL-SCH mapped to PUSCH 
NOTE 1 : 

for definition of the possible UL grants the location of the PUCCH (IS 36.21 1 , clause 5.4.3) 
and the PRACH (TS 36.21 1 , clause 5.7.3) need to be taken into account; 
NOTE 2: 

In contrast to the DL where the scheduling can be done (with consideration of some restrictions) by 
SS on a per need basis in the UL the scheduling depends on information provided by the UE: e.g. 
BSR (buffer status report), SR (scheduling request) 
see TS 36.523-3 clause 7.2 for further information. 


Dcilnfo 


DciUllnfo Type 


opt 


DCI format: (TS 36.213, clause 7.1) 
ResourceAllocType: 2 (acc. to DCI format) 
Modulation: QPSK per default 

Frequency domain schedule: index of 1st RB; max. number of 
RBs per TTI 

(upper bound up to which SS may assign grants to the UE) 


Hopping 


UplinkHoppinqControl Typ 
e 


opt 


when Hopping = 'Activated' SS shall set hopping flag in DCI 
format 


PUCCH_Synch 


PUCCH Synch Type 


opt 


parameters to control automatic control of timing advance 


UL_GrantConfi 
3 


UL GrantConfiq Type 


opt 


UL grant allocation to be applied 



DrxCtrlType 



TTCN-3 Union Type 


Name 


DrxCtrl_Type 


Comment 


DRX configuration for connected mode (TS 36.321 , clause 5.7) 


None 


Null Type 


DRX not configured 


Config 


DRX Confiq Type 


DRX is configured as signalled to the UE 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



168 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



TimeDomainRestrictionType 



TTCN-3 Record Type 


Name 


TimeDomainRestriction_Type 


Comment 




MeasGapConfi 

g 


MeasGapConfiq Type 




measurement gap configuration acc. to TS 36.331 , clause 6.3.5 
and gap pattern acc. TS 36.133 Table 8.1.2.1-1 



Ccch Dcch DtchConf ig_Type 



TTCN-3 Record Type 


Name 


CcchDcchDtchConfig_Type 


Comment 




TimeDomainRe 
striction 


TimeDomainRestriction Tv 
pe 


opt 


to tell the SS when no assignments/grants shall be assigned to 
the UE 


DL 


CcchDcchDtchConfiaDL Tv 
pe 


opt 


Scheduling, parameters related to CCCH, DCCH and DTCH in 
DL 


UL 


CcchDcchDtchConfiaUL Ty 
pe 


opt 


Scheduling, parameters related to CCCH, DCCH and DTCH in 
UL 


DrxCtrl 


DrxCtrl Type 


opt 


DRX configuration as sent to the UE (or 'None' when the UE 
does not support connected mode DRX) 


TtlBundling 


TTI BundlinaConfiq Tvoe 


opt 


TTI bundling as configured at the UE 



D.1.4 Cell_Power_Attenuation 

CellAttenuationConfig_Type 



TTCN-3 Record Type 


Name 


CellAttenuationConfig_Type 


Comment 




Cellld 


Cellld Tvoe 






Attenuation 


Attenuation Type 







CellAttenuationList_Type 



TTCN-3 Record of Type 


Name 


CellAttenuationList_Type 


Comment 




record length(1 ..tsc EUTRA MaxNumberOfCells) of CellAttenuationConfig Type 



D.1.5 Radio_Bearer_Configuration 

Radio Bearer Configuration: SRBs/DRBs 

D. 1.5.1 PDCP_Configuration 

PDCP_SNLength_Type 



TTCN-3 Enumerated Type 


Name 


PDCP_SNLength_Type 


Comment 


PDCP Sequence Number 


PDCP SNLengthS 


TS 36.323 clause 6.2.2 


PDCP SNLength? 


TS 36.323 clause 6.2.3 


PDCP SNLength12 


TS 36.323 clause 6.2.4 
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PDCP_ROHC_Mode_Type 



TTCN-3 Record Type 


Name 


PDCP_ROHC_Mode_Type 


Comment 




SN Size 


PDCP SNLenath Type 



PDCP_NonROHC_Mode_Type 



TTCN-3 Record Type 


Name 


PDCP_NonROHC_Mode_Type 


Comment 




SN Size 


PDCP SNLenath Type 



PDCP_TestModelnfo_Type 



TTCN-3 Union Type 


Name 


PDCP_TestModelnfo_Type 


Comment 




PDCP_ROHC_ 
IVIode 


PDCP ROHC Mode Type 


ROHC test mode acc. to TS 36.523-3, clause 4.2.1 .3.1 ; 
requires PDCP to be configured for this RB => 

- SS applies ciphering in UL and DL 

- SS maintains PDCP sequence numbers and state variables 
Furthermore in this mode 

- SS does not add/remove PDCP headers 

(in UL the PDCP PDUs are decoded depending on SN Size) 

- SS applies ROHC in DL only 


PDCP NonRO 
HC_Mode 


PDCP NonROHC Mode Type 


PDCP test mode acc. to TS 36.523-3, clause 4.2.1 .3.2 (non- 
ROCH test mode); 

requires PDCP to be configured as transparant => 

- SS does not apply ciphering in UL and DL 

- SS does not interpret, insert or remove PDCP headers 
(in UL PDCP PDUs are decoded depending on SN_Size) 

- SS does not maintain PDCP sequence numbers and state 
variables 



PDCP_TestModeConfig_Type 



TTCN-3 Union Type 


Name 


PDCP_TestModeConfig_Type 


Comment 




None 


Null Type 




Info 


PDCP TestModelnfo Type 
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PDCP_RbConfig_Type 



TTCN-3 Union Type 


Name 


PDCP_RbConfig_Type 


Comment 




Srb 


Null Type 


for SRB1/2 there are no PDCP_Parameters; 
SN is always 5 bits 


Drb 


PDCP Confia Type 


PDCP-Configuration acc. to TS 36.331 , clause 6.3.2; 
among others for UM here pdcp-SN-Size is configured to be 
either Ien7bits or Ien12bits; 
for AM it always is 12bit 


Transparent 


Null Type 


used for PDCP tests (TS 36.523-3, clause 4.2.1 .3.2): 
the SS does not apply ciphering and does not maintain 
PDCP sequence numbers and state variables; 
in UL the PDCP PDUs are decoded acc. to the TestMode; 
Note: a reconfiguration of a RB from transparent mode to 
'normal' mode is not foreseen 

(i.e. there is no mechanism to restore Ciphering, 
PDCP sequence numbers and state variables at the SS) 


PDCP_Configlnfo_Type 


TTCN-3 Record Type 


Name 


PDCP_Configlnfo_Type 


Comment 




Rb 


PDCP RbConfia Type 


opt 


mandatory for initial configuration; omit means "keep as it is" 


TestMode 


PDCP TestModeConfiq Ty 
pe 


opt 


mandatory for initial configuration; omit means "keep as it is" 



PDCP_Configuration_Type 



TTCN-3 Union Type 


Name 


PDCP_Configuration_Type 


Comment 




None 


Null Type 


for SRBO no PDCP is configured; furthermore the PDCP may not 
be configured e.g. for DRBs tested in MAC test cases 


Config 


PDCP Confiqinfo Type 





D. 1.5.2 RLC_Configuration 

RLC configuration: radio bearer specific 

RLC_Configuration: Basic Type Definitions 



TTCN-3 Basic Types 


RLC_AM_SequenceNumb 
er_Type 


integer (0..1023) 


RLC AM sequence number 


SS_RLC_TIVI_Type 


Null Type 


TM to configure SRBO; no parameters to be 
defined 



RLC_ACK_Prohibit_Type 



TTCN-3 Enumerated Type 


Name 


RLC_ACK_Prohibit_Type 


Comment 




Prohibit 


cause SS RLC layer to stop any ACK transmission for UL PDU's received from UE 


Continue 


bring back the SS RLC in normal mode, where ACK/NACK are transmitted at polling 
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RLC_NotACK_NextRLC_PDU_Type 



TTCN-3 Enumerated Type 


Name 


RLC_NotACK_NextRLC_PDU_Type 


Comment 




Start 


cause SS RLC layer not to ACK the next received RLC PDU; 
this is done regardless of whether the poll bit is set or not; 
Example [from UMTS]: 

when the UE gets new security information in a SECURITY MODE COMMAND 

the response (SECURITY MODE COMPLETE) sent by the UE is not acknowledged at the RLC 

level; 

this causes the UE to continue using the "old" security information 



RLC_TestModelnfo_Type 



TTCN-3 Union Type 


Name 


RLC_TestModelnfo_Type 


Comment 




AckProhibit 


RLC ACK Prohibit Type 


valid only when the RLC is configured in AM 


NotACK NextR 
LC PDU 


RLC NotACK NextRLC PDU Ty 


valid only when the RLC is configured in AM 


pe 


ModifyVTS 


RLC AM SeauenceNumber TvD 
e 


to modify the VT{S) at SS: VT(S) at the SS side is set to this 
(absolute) value; 

valid only when the RLC is configured in AM 


TransparentMo 
de UMDwithSB 
itSN 


Null Type 


shall be set when TTCN expects RLC PDUs as UMD in UL with 
an SN of 5 bits; 

valid only when the RLC is configured in TM 


TransparentMo 
de UMDwithtO 
BitSN 


Null Tvoe 


shall be set when TTCN expects RLC PDUs as UMD in UL with 
an SN of 10 bits; 

valid only when the RLC is configured in TM 


TransparentMo 
de AMD 


Null Type 


shall be set when TTCN expects RLC PDUs as AMD in UL; 
valid only when the RLC is configured in TM 



RLC_TestModeConfig_Type 



TTCN-3 Union Type 


Name 


RLC_TestModeConfig_Type 


Comment 




None 


Null Tvoe 




Info 


RLC TestModelnfo Tvoe 




SS_RLC_AM_Type 


TTCN-3 Record Type 


Name 


SS_RLC_AM_Type 


Comment 




Tx 


UL AM RLC Type 


opt 


the UE's UL setting to be used in SS's tx direction 


Rx 


DL AM RLC Type 


opt 


the UE's DL setting to be used in SS's rx direction 



SS_RLC_UM_BI_Dlrectional_Type 



TTCN-3 Record Type 


Name 


SS_RLC_UIVI_Bi Directional_Type 


Comment 




Tx 


UL UM RLC Tvoe 


opt 


the UE's UL setting to be used in SS's tx direction 


Rx 


DL UM RLC Tvoe 


opt 


the UE's DL setting to be used in SS's rx direction 
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SS_RLC_UM_Uni_Directional_UL_Type 



TTCN-3 Record Type 


Name 


SS_R LC_U IVI_U n i_Di rectional_U L_Type 


Comment 




Rx 


DL UM RLC Type 


opt 


the UE's DL setting to be used in SS's rx direction 




SS_RLC_ 


UM_Uni_Directional_DL_Type 


TTCN-3 Record Type 


Name 


SS_RLC_UIVI_Uni_Directional_DL_Type 


Comment 




Tx 


UL UM RLC Type 


opt 


the UE's UL setting to be used in SS's tx direction 


RLC_RbConfig_Type 


TTCN-3 Union Type 


Name 


RLC_RbConfig_Type 


Comment 




AM 


SS RLC AM Type 




UM 


SS RLC UM Bi Directional Typ 






e 




UM_OnlyUL 


SS RLC UM Uni Directional UL 




Type 




UM_OnlyDL 


SS RLC UM Uni Directional DL 




Type 




TM 


SS RLC TM Type 


normally SRBO only; may be used for test purposes also 


RLC_Configuration_Type 


TTCN-3 Record Type 


Name 


RLC_Configuration_Type 


Comment 




Rb 


RLC RbConfig Type 


opt 


mandatory for initial configuration; omit means "keep as it is" 


TestMode 


RLC TestModeConfia Typ 
e 


opt 


mandatory for initial configuration; omit means "keep as it is" 



D. 1.5.3 MAC_Configuration 

MAC configuration: radio bearer specific configuration 

EUTRA_ASP_TypeDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc_MaxHarq Retran 
smisslon 


integer 


28 


maximum value for maxHARQ- 
MsgSTx as being signalled to the 
UE 



l\flAC_Test_DLLogChlD_Type 



TTCN-3 Union Type 


Name 


IM AC_Test_DLLog Ch 1 D_Type 


Comment 




LogChId 


TestLogicalChannelid Type 


Specifies to oyer write the logical channel ID in MAC header in all 
the DL messages sent on the configured logical channel 


ConfigLchId 


Null Type 


Specifies that the normal mode of correct logical channel ID to be 
used in DL MAc header. 

This will be the default mode, when SS is initially configured. 
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MAC_Test_DL_SCH_CRC_Mode_Type 



TTCN-3 Enumerated Type 


Name 


MAC_Test_DL_SCH_CRC_Mode_Type 


Comment 




Normal 


default mode, the CRC generation is correct 


Erroneous 


SS shall generate CRC error by toggling CRC bits; 

the CRC error shall be applied for all PDUs of the given RNTI and their retransmission until SS 
is configured back to 'normal' operation 


ErrorlAndNormal 


the SS generates wrong CRC for first transmission and correct CRC on first retransmission. 
Later SS operates in normal mode. The retransmission is automatically triggered by reception of 
HARQ NACK 


MAC_Test_SCH_NoHeaderManipulation_Type 


TTCN-3 Enumerated Type 


Name 


MAC_Test_SCH_NoHeaderManipulation_Type 


Comment 




Normal Mode 


IVIAC header is fully controlled by the SS 


DL_SCH_Only 


TTCN can submit a final IVIAC PDU including header and payloads; 

SS does not do anything with this MAC PDU i.e. no header is added for the DL SCH transport 
channel. 

It is possible that data belonging to multiple DRBs is sent in one MAC PDU and from one 
special RB configured. 

NOTE: SRBs shall work as in normal mode and data can be sent/received on SRBs but sending 
on SRBs shall be in differnt TTIs than sending data PDUs. 


DL UL SCH 


In UL and DL the SS' MAC layer is transparent i.e. SS does not add or remove any MAC header 



HARQ_ModeList_Type 



TTCN-3 Record of Type 


Name 


HARQ_ModeList_Type 


Comment 




record lenqth (1 ..tsc MaxHaraRetransmission) of HARQ Tvoe 



PhichTestMode_Type 



TTCN-3 Union Type 


Name 


PhichTestl\flode_Type 


Comment 




Normal Mode 


Null Type 


PHICH is configured to operate in normal mode 


ExplicitMode 


HARQ ModeList Type 


the number of elements in explicit list shall match the number of 
retransmissions being expected 


MAC_TestModelnfo_Type 


TTCN-3 Record Type 


Name 


IUIAC_TestModelnfo_Type 


Comment 


Parameters/Configuration for MAC tests 


DiffLogChId 


MAC Test DLLoaChID Tv 
pe 




to be used in test cases 7.1.1 .1 and 7.1 .1 .2 for using a different 
logical channel ID in MAC-heaader on DL-SCH channel 


No_HeaderMa 
nipulation 


MAC Test SCH NoHeade 
rManipulation Type 




to configure mode for no header manipulation in SS MAC layer 
for DL/UL SCH 
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MAC_TestModeConfig_Type 



TTCN-3 Union Type 


Name 


IUIAC_TestModeConfig_Type 


Comment 




None 


Null Type 




Info 


MAC TestModelnfo Type 





MAC_LogicalChannelConfig_Type 



TTCN-3 Record Type 


Name 


l\1AC_LogicalChannelConfig_Type 


Comment 




Priority 


integer 




logical channel priority for the DL as described in TS 36.321 , 
clause 5.4.3.1 for the UL 


PrioritizedBitRa 
te 


PrioritizedBitRate Type 




PBR as described for the UL; probably not needed at SS 



MAC_Configuration_Type 



TTCN-3 Record Type 


Name 


IUIAC_Configuration_Type 


Comment 




LogicalChannel 


MAC LogicalChannelConfi 
a Type 


opt 


mandatory for initial configuration; omit means "keep as it is" 


TestlVlode 


MAC TestModeConfiq Typ 
e 


opt 


mandatory for initial configuration; omit means "keep as it is"; 
for none IVIAC tests "TestMode.None:=true" 



Radio_Bearer_Configuration: Basic Type Definitions 



TTCN-3 Basic Types 


LogicalChannelld_Type 


integer (0..10) 


acc. TS 36.331 , clause 6.3.2 for DRBs DTCH- 
LogicalChannelldentity is INTEGER (3. .10); 
additionally we have 0..2 for the SRBs 


TestLogicalChannelld_Ty 
pe 


integer (0..31) 


To be used in MAC test mode for reserved 
values of Logicall channels; 



RadioBearerConfiglnfo_Type 



TTCN-3 Record Type 


Name 


RadioBearerConfiglnfo_Type 


Comment 


semantics of omit: "keep as it is" 


Pdcp 


PDCP Confiquration Type 


opt 


for SRBO: "Pdcp.None:=true" 

mandatory for initial configuration; omit means "keep as it is" 


RIc 


RLC Configuration Type 


opt 


mandatory for initial configuration; omit means "keep as it is" 


LogicalChannel 
Id 


LogicalChannelld Type 


opt 


DRBs: DTCH-LogicalChannelldentity as for rb-Mappinglnfo in 
DRB-ToAddModifyList; 

SRBs: for SRBs specified configurations acc. to TS 36.331 , 
clause 9.1 .2 shall be applied: 

SRB1 : ul-LogicalChannel-ldentity = dl-LogicalChannel-ldentity = 
1 

SRB2: ul-LogicalChannel-ldentity = dl-LogicalChannel-ldentity = 
2 














for SRBO being mapped to CCCH the LCID is 'OOOOO'B acc. to 
TS 36.321, clause 6.2.1; 

mandatory for initial configuration; omit means "keep as it is" 


Mac 


MAC Confiquration Type 


opt 
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RadioBearerConfig_Type 



TTCN-3 Union Type 


Name 


RadioBearerConfig_Type 


Comment 




AddOrReconfig 
ure 


RadioBearerConfiginfo Type 


add / re-configure RB - 

Cellld : identifier of the cell being configured 

Routinglnfo : None 

Timinglnfo : 'Now' in common cases 

Controllnfo : CnfFlag:=true; FollowOnFlag:=false (in general) 


Release 


Null Type 


release RB - 

Cellld : identifier of the cell being configured 

Routinglnfo : None 

Timinglnfo : 'Now' in common cases 

Controllnfo : CnfFlag:=true; FollowOnFlag:=false (in general) 



Radio Beare r_Type 



TTCN-3 Record Type 


Name 


RadioBearer_Type 


Comment 




Id 


RadioBearerld Type 




either for SRB or DRB 


Config 


RadioBearerConfiq Type 







RadioBearerList_Type 



TTCN-3 Record of Type 


Name 


RadioBearerList_Type 


Comment 


array of SRBs and/or DRBs (DRBs + 3 SRBs) 


record length (1 ..tsc IVIaxRB) of RadioBearer Type 



D.1.6 AS_Security 

Primitive for control of AS security 

PdcpSQN_Type 



TTCN-3 Record Type 


Name 


PdcpSQN_Type 


Comment 




Format 


PdcpCountFormat Type 




5 bit, 7 bit or 12 bit SQN 


Value 


integer 




SQN yalue (5 bit, 7 bit or 12 bit SQN) 
NOTE: 

in TTCN the test case writer is responsible to deal with potential 
overflows 

(e.g. there shall be a "mod 32", "mod 128" or "mod 4096" 
according to the format) 



PDCP_ActTime_Type 



TTCN-3 Union Type 


Name 


P DC P_ActTi me_Type 


Comment 


The sequence number in UL and DL for SRB1 should be one more than the present SQN, as 
Ciphering starts in UL and DL soon after SMC and SMComp; 
For other SRB/DRB it should be the present SQN. 


None 


Null Type 


No Activation time; to be used if Ciphering is not applied 


SQN 


PdcpSQN Type 


PDCP sequence number 
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SecurityActTime_Type 



TTCN-3 Record Type 


Name 


SecurityActTime_Type 


Comment 




RadioBearerld 


RadioBearerld Type 






UL 


PDCP Actlime Type 






DL 


PDCP Actlime Type 







SecurityActTimeList_Type 



TTCN-3 Record of Type 


Name 


SecurityActTimeList_Type 


Comment 




record lenath (1 ..tsc IVIaxRB) of SecuritvActlime Type 



ASJnteg rityl nf o_Type 



TTCN-3 Record Type 


Name 


AS_I nteg rityl nf o_Type 


Comment 


for initial configuration activation time is not needed for integrity protection as all messages in DL after 
security activation are integrity protected; 

this means this ASP is invoked before transmission of Security mode command; 

if there is a integrity violation in UL SS shall set the IndicationStatus in the common ASP part to flag 

the integrity error 

(IndicationStatus.Error.lntegrity.Pdcp := true); 
integrity to be provided for each SRB as per core spec 


Algorithm 


IntearitvProtAlaorithm Type 




IntegrityProtAlgorithm Type being defined in RRC ASN.1 


KRRCint 


B128 Key Type 






ActTimeList 


SecurityActTimeList Type 


opt 


omit for initial configuration (i.e. all SRBs to be integrity protected 
immediately); 

in HO scenarios activation time may be needed e.g. for SRB1 



AS_Cipheringlnfo_Type 



TTCN-3 Record Type 


Name 


AS_Ciplieringlnfo_Type 


Comment 




Algorithm 


CipherinqAlqorithm Type 




CipheringAlgorithm_Type being defined in RRC ASN.1 


KRRCenc 


B128 Key Type 






KUPenc 


B128 Key Type 




KUPenc is mandatory; and SS uses it when DRB are configured 


ActTimeList 


SecurityActTimeList Type 







AS_SecSta rt Resta rt_Type 



TTCN-3 Record Type 


Name 


AS_SecStartRestart_Type 


Comment 




Integrity 


AS Integrity Info Type 


opt 


optional to allow separated activation of integrity and ciphering; 
omit: keep as it is 


Ciphering 


AS Cipherinqlnfo Type 


opt 


optional to allow separated activation of integrity and ciphering; 
omit: keep as it is 
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AS_Security_Type 



TTCN-3 Union Type 


Name 


AS_Security_Type 


Comment 


Security mode command procedure (IS 36.331 , clause 5.3.4): 

both SMC and SMComp are integrity protected 

(nevertheless SS shall be able to cope with unprotected SM reject); 

ciphering is started just after SMComp (acc. to TS 36.331 , clause 5.3.4.3 and 5.3.1 .1 ) 


StartRestart 


AS SecStartRestart Type 


information to start/restart AS security protection in the PDCP 


Release 


Null Tvoe 


to release AS security protection in the PDCP 



D.1.7 Semi_Persistent_Scheduling 

Semi-persistent scheduling (SPS) 
NOTE 1: 

configuration of SPS cannot be done completely in advance but needs to be activated by PDCCH signalling 
=> SPS is configured/activated in an own primitive which may be sent to SS during RBs are being configured 
NOTE 2: 

semi-persistent (configured) scheduling is per UE (as well as 'normal' scheduling; see e.g. TS 36.300, clause 11.1) 



SpsAssignmentUL_Type 



TTCN-3 Record Type 


Name 


SpsAssignmentUL_Type 


Comment 


information to assign semi-persistent scheduls in UL 


Dcilnfo 


DciUllnfo Tvpe 


opt 


to apply a grant 


Schedullnterval 


SosConfiaurationUL Tvoe 


opt 


as in TS 36.331, clause 6.3.2 SPS-ConfigUL 


SetNDI_1 


Null Type 


opt 


if present then NDI is set as 1 indicating a retransmission; If 
absent then NDI is set as indicating a new transmission 



SpsAssignmentDL_Type 



TTCN-3 Record Type 


Name 


SpsAssignmentDL_Type 


Comment 


information to assign semi-persistent scheduls in DL 


Dcilnfo 


DciDllnfo Tvoe 


opt 


to apply a assignment 


Schedullnterval 


SosConfiaurationDL Tvoe 


opt 


as in TS 36.331, clause 6.3.2 SPS-ConfigDL 


SetNDI_1 


Null Tvoe 


opt 


if present then NDI is set as 1 indicating a retransmission; If 
absent then NDI is set as indicating a new transmission 
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SpsActivatelnfo_Type 



TTCN-3 Record Type 


Name 


SpsActivatelnfo_Type 


Comment 


Semi-persistent sclieduling (SPS): 

Even though SPS is pre-configured at the UE (e.g. RRCConnectionSetup- 
>RadioResourceConfiguration->l\/IAC_l\/lainConfig) it needs to be activated by L1 signalling 
=> SS shall 'activate' SPS by sending appropriate assignments/grants to the UE; this shall be done 
with an activation time. 

If SPS is already configured and new Activate command is received, at the activation time SS locally 
deactivates old SPS configuration, sends UE an PDCCH assignment for new SPS assignment and 
locally activates new SPS configuration. 

In DL, in addition to SS SPS assignment configuration with activation time 'T', TTCN writer shall also 
schedule a DL MAC PDU with same activation time 'T' and at every SPS Schedulelnterval (NOTE: in 
general it is an error when TTCN does not provide data for a Schedullnterval; SS shall send no data In 
this case). 

Special fields of PDCCH assignment are filled as per table 9.2-1 of 36.21 3 


SPS C RNTI 


C RNTI 




SPS C-RNTI as signalled to UE 


UplinkGrant 


SosAssianmentUL Type 


opt 




DownlinkAssig 
nment 


SpsAsslqnmentDL Type 


opt 





SpsPdcchRelease_Type 



TTCN-3 Record Type 


Name 


SpsPdcchRelease_Type 


Comment 


On reception of this Information SS shall send an SPS release indicated by PDCCH transmission with 

indicated DCI format (0 or 1A) at the activation time. 

Special fields of PDCCH assignment are filled as per table 9.2-1 A of 36.213 


SPS C RNTI 


C RNTI 






DCI_Format 


PdcchDclFormat Type 




only formats (UL release) and 1 A (DL release) are applicable. It 
is a TTCN error if any other formats are used. 



SpsDeactivatelnfo_Type 



TTCN-3 Union Type 


Name 


SpsDeactivatelnfo_Type 


Comment 




Local Release 


Null Type 


SPS configuration shall be released at the SS, that means as 
well that the SS shall not address SPS_C_RNTI anymore from 
the given Timinglnfo onward; 

NOTE: there is no SPS release to be signalled on PDCCH (this 
is done with PdcchExplicitRelease - see below) 


PdcchExplicitR 
elease 


SpsPdcchRelease Type 


SS transmits PDCCH content indicating SPS release but holds 
the local SPS configuration until it is locally released 



SpsConfig_Type 



TTCN-3 Union Type 


Name 


SpsConfig_Type 


Comment 




Activate 


SpsActivatelnfo Type 


Cellld : identifier of the cell where the UE is active 
Routinglnfo : None 

Timinglnfo : activation time for SPS assignment/grant 
transmission; NOTE: the first SPS DL data packet shall be sent 
with the same timing information 
Controllnfo : CnfFlag:=false; Pol lowOn Flag :=f also 


Deactivate 


SpsDeactivatelnfo Type 


Cellld : identifier of the cell where the UE is active 
Routinglnfo : None 

Timinglnfo : activation time for SPS release indicated by PDCCH 
transmission or SS local deactivation 
Controllnfo : CnfFlag:=false; FollowOn Flag :=f also 
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D.1.8 Paging_Trigger 



Paging_SubframeOffsetList_Type 



TTCN-3 Record of Type 


Name 


Paging_SubframeOffsetList_Type 


Comment 




record length (1.. infinity 


of integer 



PagingTrigger_Type 



TTCN-3 Record Type 


Name 


PagingTrigger_Type 


Comment 


Cellld : identifier of the cell where the UE is active 
Routinglnfo : None 

Timinglnfo : Calculated paging occassion 
Controllnfo : CnfFlag:=false; FollowOnFlag:=false 

primitive to trigger transmission of a paging on the PCCH at a calculated paging occasion (TS 36.304, 
clause 7); 

the paging occasion is calculated by TTCN and activation time Is applied; 

as for BCCH infer acc. to TS 36.331 , clause 9.1 .1 .3 "RRC will perform padding, if required due to the 
granularity of the TP signalling, as defined in 8.5."; 
therefore this needs to be done by the system simulator 


Paging 


PCCH_Message 




paging to be send out at paging occasion and being announced 
on PDCCH using P-RNTI 


SubframeOffset 
List 


Paging SubframeOffsetList 
Type 


opt 


list of subframe offsets relative to the absolute timing information 
given in the common part of the ASP; 

if present, multiple pagings are sent out at all occasions given by 
the list; 

if omitted only a single paging is sent at the occasion given timing 
information given in the common part of the ASP 



D.1 .9 L1_MAC_lndication_Control 

Primitive for control of Ll/MAC indication for special purposes 



LI Mac_lndicationMode_Type 



TTCN-3 Enumerated Type 


Name 


LI Mac_lndicationMode_Type 


Comment 




enable 




disable 
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L1 Mac_lndicationControl_Type 



TTCN-3 Record Type 


Name 


L1 Mac_lndicationControl_Type 


Comment 


NOTE: 

Initially all indications are disabled in SS (i.e. it shall not be nacessary in 'normal' test cases to use this 
primitive but only if a specific indication is needed); omit means indication mode is not changed 


RachPreamble 


LllVlac IndicationlVlode Tv 
pe 


opt 


To enable/disable reporting of PRACH preamble received. 


SchedReq 


L1 Mac IndicationlVlode Tv 
Ee 


opt 


To enable/disable reporting of reception of Scheduling Request 
on PUCCH. 


BSR 


LI Mac IndicationMode Tv 
pe 


opt 


To enable/disable reporting of Buffer Status Report. 
NOTE: 

this is applicable only when MAC is configured in normal mode in 
UL; 

MAC configured in test mode, results in over writing the report. 








UL_HARQ 


LI Mac IndicationMode Tv 
Ee 


opt 


To enable/disable reporting of reception of HARO ACK/NACK. 


C_RNTI 


LI Mac IndicationMode Tv 
pe 


opt 


To enable/disable reporting of C-RNTI sent by the UE within 
MAC PDU 


PHR 


LI Mac IndicationMode Tv 
pe 


opt 


To enable/disable reporting of Power Headroom Report. 
NOTE: 

this is applicable only when MAC is configured in normal mode in 
UL; 

MAC configured in test mode, results in over writing the report. 








HarqError 


L1Mac IndicationMode Tv 
pe 


opt 


To enable/disable reporting of HARO errors 



D.1.10 Rlc_lndication_Control 

Primitive for control of RLC indication for special purposes 

Rlc_lndicationMode_Type 



TTCN-3 Enumerated Type 


Name 


Rlc_lndicationMode_Type 


Comment 




enable 




disable 





Rlc_lndicationControl_Type 



TTCN-3 Record Type 


Name 


Rlc_lndicationControl_Type 


Comment 




Discard 


RIc IndicationMode Type 


opt 


To enable/disable reporting of discarded RLC PDUs 



D.1.11 PDCP_Count 

Primitives to enquire PDCP COUNT 

PDCP_Count: Basic Type Definitions 



TTCN-3 Basic Types 


PdcpCountValue_Type 


832 Type 
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PdcpCountFormat_Type 



TTCN-3 Enumerated Type 


Name 


PdcpCountFormat_Type 


Comment 




PdcpCount_Srb 


27 bitHFN;5bit SQF 


PdcpCount DrbLong 
SQN 


20 bit HFN; 12 bit SQF 


PdcpCount DrbShort 
SQN 


25 bit HFN; 7 bit SQF 



PdcpCount_Type 



TTCN-3 Record Type 


Name 


PdcpCount_Type 


Comment 




Format 


PdcpCountFormat Type 






Value 


PdcpCountValue Type 







PdcpCountlnfo_Type 



TTCN-3 Record Type 


Name 


PdcpCountlnfo_Type 


Comment 




RadioBearerld 


RadioBearerld Type 






UL 


PdcDCount Type 


opt 


omit: keep as it is 


DL 


PdcpCount Type 


opt 


omit: keep as it is 



PdcpCountlnfoList_Type 



TTCN-3 Record of Type 


Name 


PdcpCountlnfoList_Type 


Comment 




record lenqth (1 ..tsc MaxRB) of PdcpCountlnfo Type 



PdcpCountGetReq_Type 



TTCN-3 Union Type 


Name 


PdcpCountGetReq_Type 


Comment 




AIIRBs 


Null Type 


return COUNT values for all RBs being configured 


SingleRB 


RadioBearerld Type 





PDCP_CountReq_Type 



TTCN-3 Union Type 


Name 


PDCP_CountReq_Type 


Comment 




Get 


PdcpCountGetReq Type 


Request PDCP count for one or all RBs being configured at the 
PDCP 


Set 


PdcoCountinfoLlst Tyoe 


Set PDCP count for one or all RBs being configured at the 
PDCP; 

list for RBs which's CQUNT shall be manipulated 
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PDCP_CountCnf_Type 



TTCN-3 Union Type 


Name 


PDCP_CountCnf_Type 


Comment 




Get 


PdcpCountlnfoList Type 


RBs in ascending order; SRBs first 


Set 


Null Type 





D.1.12 PDCP_Handover 

Primitives to control PDCP regarding handover 

PDCP_Handoverlnit_Type 



TTCN-3 Record Type 


Name 


PDCP_Handoverlnit_Type 


Comment 




SourceCellld 


Gel lid Type 




PDCP_HandoverControlReq_Type 


TTCN-3 Union Type 


Name 


PDCP_HandoverControlReq_Type 


Comment 




Handoverlnit 


PDGP Handoverlnit Type 


to inform SS that a handover will follow: 

in the common ASP part the Gellld shall be set to the id of the 

target cell 


HandoverComp 
lete 


Null Type 


to inform SS that the handover has successfully been performed 
by the UE; 

this shall trigger the SS to sent a PDCP Status Report to the UE; 
in the common ASP part the Gellld shall be set to the id of the 
target cell 



D.1.13 L1_MAC_Test_Mode 

Primitive for control of Ll/MAC Test Modes 

L 1 _TestM ode_Type 



TTCN-3 Record Type 


Name 


L1 _TestlUlode_Type 


Comment 


L1 test mode; in general RAGH is handled separately 


DL SGH GRG 


DL SGH GRG Type 




Manipulation of GRG bit generation for DL-SGH 


Phich 


PhichTestlVlode Type 




HARQ feedback mode on the PHIGH 


DL_SCH_CRC_Type 


TTCN-3 Union Type 


Name 


DL_SCH_CRC_Type 


Comment 


NOTE: 

GRG error mode for RA RNTI is not addressed as it will be configured in RAGHProcedureGonfig 


G_RNTI 


MAG Test DL SGH GRG Mode 


to configure mode for GRG bit for all MAG PDU's for which G- 
RNTI is used in PDGGH transmission 


Type 


SI_RNTI 


MAG Test DL SGH GRG Mode 


to configure mode for GRG bit for all MAG PDU's for which Sl- 
RNTI is used in PDGGH transmission 


Type 


SPS_RNTI 


MAG Test DL SGH GRG Mode 


to configure mode for GRG bit for all MAG PDU's for which SPS- 
RNTI is used in PDGGH transmission 


Type 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 1 83 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

D.1.14 PDCCH_Order 

Primitive to trigger SS to send PDCCH order to initiate RA procedure (TS 36.321, clause 5.1.1) 



PDCCH_Order: Basic Type Definitions 



TTCN-3 Basic Types 


PrachPreamblelndex_Typ 
e 


Ra Preamblelndex Type 




PrachMasklndex_Type 


integer (0..15) 


TS 36.321, clause 7.3 



RA_PDCCH_Order_Type 



TTCN-3 Record Type 


Name 


RA_PDCCH_Order_Type 


Comment 


see also TS 36.212, clause 5.3.3.1.3 


Preamblelndex 


PrachPreamblelndex Type 




naming acc. TS 36.212, clause 5.3.3.1.3 


PrachMasklnde 

X 


PrachMasklndex Type 




naming acc. TS 36.212, clause 5.3.3.1.3 



D.1.15 System_lndications 

Primitives for System indications 

System lndications: Basic Type Definitions 



TTCN-3 Basic Types 


PRTPower_Type 


Dummy Type 


needs to define appropriately the power level 
report of 

PREAMBLE_RECEIVED_TARGET_POWER; 
NOTE: for the time being this is just a place 
holder for enhancements in the future. 


LogicalChannelGroup_Ty 
pe 


integer (0..3) 




BSR Value Type 


integer (0..63) 




PHR Type 


integer (0..63) 





HarqError_Type 



TTCN-3 Union Type 


Name 


HarqErrorType 


Comment 




UL 


HarqProcessId Type 


indicates HARQ error detected at the SS side (error at UL 
transmission) 


DL 


HaraProcessId Type 


indicates HARQ NACK sent by the UE (error at DL transmission) 


Rach P ream b le_Type 


TTCN-3 Record Type 


Name 


RachPreamble_Type 


Comment 




RAPID 


PrachPreamblelndex Type 




indicates the RAPID of the preamble used (integer (0..63)) 


PRTPower 


PRTPower Type 




represents the PREAI\/IBLE_RECEIVED_TARGET_POWER 
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Short_BSR_Type 



TTCN-3 Record Type 


Name 


Short_BSR_Type 


Comment 




LCG 


LoaicalChannelGroup Type 




Logical channel Group 


Value 


BSR Value Type 




BSR value 



Long_BSR_Type 



TTCN-3 Record Type 


Name 


Long_BSR_Type 


Comment 




Value LGG1 


BSR Value Type 




BSR value for LCG 1 


Value LCG2 


BSR Value Type 




BSR value for LOG 2 


Value LCG3 


BSR Value Type 




BSR value for LOG 3 


Value LCG4 


BSR Value Type 




BSR value for LOG 4 



BSR_Type 



TTCN-3 Union Type 


Name 


BSR_Type 


Comment 




Short 


Short BSR Type 




Truncated 


Short BSR Type 




Long 


Long BSR Type 





HARQ_Type 



TTCN-3 Enumerated Type 


Name 


HARQ_Type 


Comment 


ack represents HARQ ACK; nack represents HARQ NACK 


ack 




nack 





RlcDiscardlnd_Type 



TTCN-3 Record Type 


Name 


RlcDiscardlnd_Type 


Comment 


SS shall send this indication if it discards a received RLG AlVID PDU as specified in TS 36.322 cl. 
5.1.3.2.2. 


SequenceNum 
ber 


integer 




sequence number of the PDU being discarded 
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D.1.16 SystemJ interface 



SYSTEM CTRL REQ 



TTCN-3 Record Type 


Name 


SYSTEM_CTRL_REQ 


Comment 




Common 


ReaAsoCommonPart Tvoe 




Timinglnfo depends on respective primitive: 


Request 


System Request Tvoe 




-Cell 

Timinglnfo: 'now' (in general) 

- CellAttenuationList 

Timinglnfo: 'now' (in general, but activation time may be used 
also) 

- RadioBearerList 
Timinglnfo: 'now' in general; 

activation time may be used in special case for release and/or 
reconfiguration of one or several RBs; 
the following rules shall be considered: 

- release/Reconfiguration of an RB shall not be scheduled 
ealier than 5ms after a previous data transmission on this RB 

- subsequent release and reconfiguration(s) shall be 
scheduled with an interval of at least 5ms 

- a subsequent data transmission on an RB shall not be 
scheduled ealier than 5ms after the last reconfiguration of the RB 

the configuration shall be performed exactly at the given time 

- EnquireTiming 
Timinglnfo: 'now' 

- AS_Security 
Timinglnfo: 'now'; 

NOTE: "activation time" may be specified in the primitive based 
on PDCP SQN 

- Sps 

Timinglnfo: activation time for SPS assignment transmission 

- Paging 

Timinglnfo: Calculated paging occassion 

- LIMaclndCtrl 
Timinglnfo: 'now' (in general) 

- PdcpCount 
Timinglnfo: 'now' 

- L1_TestMode 

Timinglnfo: depends on the test mode; 

activation time is used e.g. for manipulation of the CRC 

- PdcchOrder 

Timinglnfo: 'now' (in general) 



SYSTEM CTRL CNF 



TTCN-3 Record Type 


Name 


SYSTEM_CTRL_CNF 


Comment 




Common 


CnfAsoCommonPart Type 




Timinglnfo is ignored by TTCN (apart from EnquireTiming) 
=> SS may set Timinglnfo to "None" 


Confirm 


SvstemConfirm Type 
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SYSTEM IND 



TTCN-3 Record Type 


Name 


SYSTEMJND 


Comment 




Common 


IndAspCommonPart Type 




The SS shall provide Timinglnfo (SFN + subframe number) 
depending on the respective indication: 


Indication 


System Indication Type 




- Error/HarqError 

Timinglnfo: related to the error (if available) 

- RachPreamble 

Timinglnfo: shall indicate start of the RACH preamble 

- SchedReq 

Timinglnfo: subframe containing the SR 

- BSR 

Timinglnfo: subframe in which the IVIAC PDU contains the BSR 
- UL_HARQ 
Timinglnfo: subframe containing the UL HARQ 

- C_RNTI 

Timinglnfo: subframe in which the IVIAC PDU contains the 
C RNTI 

- PHR 

Timinglnfo: subframe in which the IVIAC PDU contains the PHR 



EUTRA SYSTEM PORT 



TTCN-3 Port Type 


Name 


EUTRA SYSTEM PORT 


Comment 


EUTRA PTC: Port for system configuration 


out 


SYSTEIVI CTRL REQ 




in 


SYSTEM CTRL CNF 





EUTRA SYSIND PORT 



TTCN-3 Port Type 


Name 


EUTRA_SYSIND_PORT 


Comment 


EUTRA PTC: Port for system indications 


in 


SYSTEIVI IND 





D.2 EUTRA_ASP_DrbDefs 

ASP interface for DRBs 
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D.2.1 PDU_TypeDefs 
D.2.1.1 MAC PDU 



MAC_PDU: Basic Type Definitions 



TTCN-3 Basic Types 


IVIAC_CTRL_C_RNTI_Typ 
e 


C_RNTI 


TS 36.321, clause 6.1.3.2 


IVIAC_CTRL_ContentionR 
esolutionld_Type 


ContentionResolutionId Type 


TS 36.321, clause 6.1.3.4 
fix 48-bit size; 

consists of a single field defined UE 

Contention Resolution Identity 

(uplink CCCH SDU transmitted by MAC) 


IVIAC_CTRL_TlmingAdvan 
ce_Type 


B8 Type 


TS 36.321, clause 6.1.3.5 

indicates the amount of timing adjustment in 

0.5 ms that the UE has to apply; 

the length of the field is [8] bits 


IVIAC_SDU_Type 


octetstring 





l\/IAC_PDU_Length_Type 



TTCN-3 Record Type 


Name 


MAC_PDU_Length_Type 


Comment 


NOTE: 

since F and L field are either both present or both omitted they are put into this record; 

to allow homogeneous (direct) encoding the PDU length is not defined as union; 

TTCN-3 does allow length restrictions to one lenght or a range of length but not to two specific 

lengthes; 

further restriction may be achieved by appropriate templates (parameter either 7 or 15 bit) 


Format 


B1 Type 




F: 

The Format field indicates the size of the Length field as 
indicated in table 6.2.1-3. 

There is one F field per MAC PDU subheader except for the last 
subheader and sub-headers corresponding to fixed-sized MAC 
control elements. The size of the F field is 1 bit. 
If the size of the MAC SDU or MAC control element is less than 
1 28 bytes, the UE shall set the value of the F field to 0, otherwise 
the UE shall set it to 1 


Value 


87 15 Type 




L: 

The Length field indicates the length of the corresponding MAC 
SDU or MAC control element in bytes. 

There is one L field per MAC PDU subheader except for the last 
subheader and sub-headers corresponding to fixed-sized MAC 
control elements. 

The size of the L field is indicated by the F field 
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MAC_PDU_SubHeader_Type 



TTCN-3 Record Type 


Name 


M AC_P D U_Su bHeader_Type 


Comment 




Reserved 


B2 Type 




Reserved bits 


Extension 


B1 Type 




E: 

The Extension field is a flag indicating if more fields are present 
in the MAC header or not. 

The E field is set to "1" to indicate another set of at least 
R/R/E/LCID fields. 

The E field is set to "0" to indicate that either a MAC SDU, a 
MAC control element or padding starts at the next byte 


LCID 


85 Type 




LCID: 

The Logical Channel ID field identifies the logical channel 
instance of the corresponding MAC SDU or the type of the 
corresponding MAC control element or padding as described in 
tables 6.2.1-1 and 6.2.1-2 for the DL and UL-SCH respectively. 
There is one LCID field for each MAC SDU, MAC control element 
or padding included in the MAC PDU. The LCID field size is 5 
bits; 

NOTE: In case of DRX command the sub-header corresponds to 
a control element of length zero (i.e. there is no control element) 








Length 


MAC PDU Length Type 


opt 





MAC_Header_Type 



TTCN-3 Record of Type 


Name 


MAC_Header_Type 


Comment 




record of MAC PDU Subheader Type 



MAC_CTRL_ShortBSR_Type 



TTCN-3 Record Type 


Name 


MAC_CTRL_ShortBSR_Type 


Comment 


TS 36.321, clause 6.1.3.1 


LCG 


B2 Type 






Value 


B6 Type 







MAC_CTRL_LongBSR_Type 



TTCN-3 Record Type 


Name 


MAC_CTRL_LongBSR_Type 


Comment 


TS 36.321, clause 6.1.3.1 


Value LCG1 


86 Type 






Value LCG2 


B6 Type 






Value LCG3 


B6 Type 






Value LCG4 


86 Type 







MAC_CTRL_PowerHeadRoom_Type 



TTCN-3 Record Type 


Name 


MAC_CTRL_PowerHeadRoom_Type 


Comment 


TS 36.321, clause 6.1.3.6 


Reserved 


B2 Type 






Value 


B6 Type 
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MAC_CTRL_ElementList_Type 



TTCN-3 Set Type 


Name 


MAC_CTRL_ElementList_Type 


Comment 


NOTE 1 : 

for simplicication UL and DL are not distiguished even though the control elements are either UL or DL 
NOTE 2: 

type is defined as set: the ordering is not signifficant; 
nevertheless the ordering is well-defined by the sub-headers; 

for codec implementations it is in any case necessary to evaluate the sub-header information in order 
to encode/decode the payload 


ShortBSR 


MAC CTRL ShortBSR Tv 
Ee 


opt 


ULonly 


LongBSR 


MAC CTRL LongBSR Typ 
e 


opt 


ULonly 


C RNTI 


MAC CTRL C RNTI Type 


opt 


ULonly 


ContentionRes 
olutionID 


MAC CTRL ContentionRe 


opt 


DL only 


solutionid Tvoe 


TimingAdvance 


MAC CTRL TiminqAdvanc 
e Type 


opt 


DL only 


PowerHeadRo 
om 


MAC CTRL PowerHeadRo 


opt 


ULonly 


om Type 



MAC_SDUList_Type 



TTCN-3 Record of Type 


Name 


MAC_SDUList_Type 


Comment 




record of MAC SDU Tvoe 



MAC_PDU_Type 



TTCN-3 Record Type 


Name 


MAC_PDU_Type 


Comment 




Header 


MAC Header Type 




list of MAC PDU SubHeaders corresponding to MAC control 
elements and MAC SDUs 




CtrlElementList 


MAC CTRL ElementList T 


opt 


Mac control elements; 

acc. to TS 36.321 , clause 6.1 .2 "MAC control elements, are 
always placed before any MAC SDU." 


vpe 


SduList 


MAC SDUList Tvoe 


opt 


MAC SDUs, which can typically be RLC PDUs 


Padding 


octetstring 


opt 


Octet aligned Padding if more than or equal to 2 bytes 



MAC_PDUList_Type 



TTCN-3 Record of Type 


Name 


MAC_PDUList_Type 


Comment 




record of MAC PDU Tvoe 



D.2.1.2 RLC_PDU 
D.2.1.2.1 Common 

RLC PDU definition: common AM/UM field definitions 
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Common: Basic Type Definitions 



TTCN-3 Basic Types 


RLC_Framinglnfo_Type 


B2 Tvoe 


00- 

First byte of the Data field corresponds to the 

first byte of a RLC SDU. 

Last byte of the Data field corresponds to the 

last byte of a RLC SDU. 

01 - 

First byte of the Data field corresponds to the 

first byte of a RLC SDU. 

Last byte of the Data field does not 

correspond to the last byte of a RLC SDU. 

10- 

First byte of the Data field does not 
correspond to the first byte of a RLC SDU. 
Last byte of the Data field corresponds to the 
last byte of a RLC SDU. 
11 - 

First byte of the Data field does not 
correspond to the first byte of a RLC SDU. 
Last byte of the Data field does not 
correspond to the last byte of a RLC SDU. 



RLC_Lengthlndicator_Type 



TTCN-3 Record Type 


Name 


RLC_Lengthlndicator_Type 


Comment 




Extension 


B1 Type 




- Data field follows from the octet following the LI field following 
this E field 

1 - A set of E field and LI field follows from the bit following the LI 
field following this E field 


Lengthlndicator 


811 Tvoe 




Length Indicator 



RLC_LI_List_Type 



TTCN-3 Record of Type 


Name 


RLC_LI_List_Type 


Comment 




record of RLC Lengthlndicator Type 



RLC_PDU_Header_FlexPart_Type 



TTCN-3 Record Type 


Name 


RLC_PDU_Header_FlexPart_Type 


Comment 


Flexible part of the header with a number of K Lis 


Lengthlndicator 


RLC LI List Tvoe 




List of E, LI fields 


Padding 


B4 Tvoe 


opt 


optional 4 bit padding present in case of odd number of Li's 



D.2.1.2.2 TM_Data 

RLC PDU definition: UM (TS 36.322, clause 6.2.1.2) 

TIVI Data: Basic Type Definitions 



TTCN-3 Basic Types 


RLC_TIVID_PDU_Type 


octetstring 


TS 36.322, clause 6.2.1.2 
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D.2.1.2.3 UM_Data 

RLC PDU definition: UM (TS 36.322, clause 6.2.1.3) 
NOTE: 

To allow direct encoding the definition for RLC UM Data PDU is split into data PDU with 5/10 bit sequence number 



UM Data: Basic Type Definitions 



TTCN-3 Basic Types 


RLC_DataField_Type 


octetstring 


restrictions imposed from LI size of 1 1 bits is 
not applicable when the Li's are not present 



RLC_UI\flD_Header_FixPartShortSN_Type 



TTCN-3 Record Type 


Name 


RLC_UMD_Header_FixPartShortSN_Type 


Comment 


TS 36.322, clause 6.2.1 .3 Figure 6.2.1 .3-1 , 6.2.1 .3-3 and 6.2.1 .3-4); 




one octet 






Framinglnfo 


RLC Framinqlnfo Tvoe 




2 bits Fl 


Extension 


B1 Type 




1 bit E 


SequenceNum 
ber 


B5 Type 




5 bits SN 



RLC_UI\flD_Header_FixPartLongSN_Type 



TTCN-3 Record Type 


Name 


RLC_UIVID_Header_FixPartLongSN_Type 


Comment 


TS 36.322, clause 6.2.1 .3 Figure 6.2.1 .3-2, 6.2.1 .3-5 and 6.2.1 .3-6); 




two octets 






Reserved 


B3 Type 




3 bits reserved 


Framinglnfo 


RLC Framinglnfo Type 




2 bits Fl 


Extension 


81 Type 




1 bit E 


SequenceNum 
ber 


BIO Type 




10 bits SN 



RLC_UI\flD_HeaderShortSN_Type 



TTCN-3 Record Type 


Name 


RLC_UMD_HeaderShortSN_Type 


Comment 




FixPart 


RLC UMD Header FixPart 
ShortSN Type 






FlexPart 


RLC PDU Header FlexPa 
rt Type 


opt 




RLC_UIVID_HeaderLongSN_Type 


TTCN-3 Record Type 


Name 


RLC_UMD_HeaderLongSN_Type 


Comment 




FixPart 


RLC UMD Header FixPart 
LonqSN Type 






FlexPart 


RLC PDU Header FlexPa 
rt Type 


opt 
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RLC_DataFieldList_Type 



TTCN-3 Record of Type 


Name 


RLC_DataFieldList_Type 


Comment 


One to one correspondence with sub headers (LengthlndicatorList Type) 


record of RLC DataField Type 



RLC_UMD_PDU_ShortSN_Type 



TTCN-3 Record Type 


Name 


RLC_UMD_PDU_ShortSN_Type 


Comment 




Header 


RLC UMD HeaderShortSN 
Type 






Data 


RLC DataFieldList Type 






RLC_UMD_PDU_LongSN_Type 


TTCN-3 Record Type 


Name 


RLC_UMD_PDU_LongSN_Type 


Comment 




Header 


RLC UMD HeaderLongSN 
Type 






Data 


RLC DataFieldList Type 






RLC_UMD_PDU_Type 


TTCN-3 Union Type 


Name 


RLC_UMD_PDU_Type 


Comment 




ShortSN 


RLC UIVID PDU ShortSN Type 




LongSN 


RLC UIVID PDU LongSN Type 





D.2.1.2.4 AM_Data 

RLC PDU definition: AM (TS 36.322, clause 6.2.1.4 and 6.2.1.5) 

RLC_AMD_Header_FixPart_Type 



TTCN-3 Record Type 


Name 


RLC_AI\/ID_Header_FixPart_Type 


Comment 


TS 36.322, clause 6.2.1 .4 Figure 6.2.1 .4-1 , 6.2.1 .4-2 and 6.2.1 .4-3); 




2 or 4 octets 






D_C 


B1 Type 




- Control PDU 

1 - Data PDU 


ReSeg 


B1 Type 




0-AIVID PDU 

1 - AMD PDU segment 


Poll 


B1 Type 




- Status report not requested 

1 - Status report is requested 


Framinglnfo 


RLC Framinglnfo Type 




2 bit Fl 


Extension 


81 Type 




1 bit E 


SN 


BIO Type 




Sequence numbers 
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RLC_AMD_Header_SegmentPart_Type 


TTCN-3 Record Type 


Name 


RLC_AMD_Header_SegmentPart_Type 


Comment 


AMD PDU segment related info in PDU header acc. TS 36.322, clause 6.2.1 .5 


LastSegmentFI 
ag 


B1 Type 




- Last byte of the AIVID PDU segment does not correspond to 
the last byte of an AMD PDU 

1 - Last byte of the AMD PDU segment corresponds to the last 
byte of an AMD PDU 


SegOffset 


B15 Tvoe 




The SO field indicates the position of the AMD PDU segment in 
bytes within the original AMD PDU. 

Specifically, the SO field indicates the position within the Data 
field of the original AMD PDU 

to which the first byte of the Data field of the AMD PDU segment 
corresponds to. 


RLC_AM D_Header_Type 


TTCN-3 Record Type 


Name 


RLC_AMD_Header_Type 


Comment 




FixPart 


RLC AlVID Header FixPart 








Tvoe 






SegmentPart 


RLC AlVID Header Seqme 


opt 


present in case of AMD Seg PDU only 


ntPart Type 


FlexPart 


RLC PDU Header FlexPa 


opt 






rt Type 





RLC_AMD_PDU_Type 



TTCN-3 Record Type 


Name 


RLC_AMD_PDU_Type 


Comment 




Header 


RLC AMD Header Type 






Data 


RLC DataFieldList Type 







D.2.1.2.5 AM_Status 

AM Status PDU (TS 36.322, clause 6.2.1.6) 

AM Status: Basic Type Definitions 



TTCN-3 Basic Types 


RLC_Status_Padding_Ty 
pe 


bitstring length (1 ..7) 


NOTE: 

in TTCN-3 length restriction cannot be done 

inline in record definition 

=> explicit type definition necessary 



RLC_Status_ACK_Type 



TTCN-3 Record Type 


Name 


RLC_Status_ACK_Type 


Comment 




ACK SN 


B10 Type 




Acknowledgement SN (TS 36.322, clause 6.2.2.14) 


Extnl 


B1 Type 




- a set of MACK SN, El and E2 does not follow. 

1 - a set of MACK SN, El and E2 follows. 
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RLC_Status_SegOffset_Type 



TTCN-3 Record Type 


l>laiTI6 


RLC_Status_SegOffset_Type 


Comment 




Start 


B15 Type 




SOstart field indicates the position of tlie first byte of the portion 
of the AlVID PDU in bytes within the Data field of the AMD PDU 


End 


B15 Type 




SOend field indicates the position of the last byte of the portion of 
the AMD PDU in bytes 

within the Data field of the AMD PDU. The special SOend value 
'11 11 1111 111111 1'B is used to 

indicate that the missing portion of the AMD PDU includes all 
bytes to the last byte of the AMD PDU 



RLC_Status_NACK_Type 



TTCN-3 Record Type 


Name 


RLC_Status_NACK_Type 


Comment 




NACK SN 


BIO Type 






Extnl 


B1 Type 




- A set of NACK SN, El and E2 does not follow. 

1 - A set of NACK_SN, El and E2 follows. 


Extn2 


B1 Type 




- A set of SOstart and SOend does not follow for this 
NACK SN. 

1 - A set of SOstart and SOend follows for this NACK SN. 


SO 


RLC Status SeqOffset Ty 
Be 


opt 





RLC_Status_NACK_List_Type 



TTCN-3 Record of Type 


Name 


RLC_Status_NACK_List_Type 


Comment 




record of RLC Status NACK Type 



RLC_AM_StatusPDU_Type 



TTCN-3 Record Type 


Name 


R LC_AM_Status P D U_Type 


Comment 




D_C 


B1 Type 




- Control PDU 

1 - Data PDU 


Type 


B3 Type 




000 - STATUS PDU 

001 ..111 - Reserved (=> PDU to be discarded by the receiving 
entity for this release of the protocol) 


Ack 


RLC Status ACK Type 




ACK SN and El bit 


NackList 


RLC Status NACK List T 


opt 


presence depends on Extnl bit of Ack filed 
( RLC_Status_ACK_Type) 


VPe 


Padding 


RLC Status Paddinq Type 


opt 


1 ..7 bit padding if needed for octet alignment 


RLC_PDU_Type 


TTCN-3 Union Type 


Name 


RLC_PDU_Type 


Comment 




TMD 


RLC TMD PDU Type 




UMD 


RLC UMD PDU Type 




AMD 


RLC AMD PDU Type 




Status 


RLC AM StatusPDU Type 
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RLC_PDUList_Type 



TTCN-3 Record of Type 


Name 


RLC_PDUList_Type 


Comment 




record of RLC PDU Type 



D.2.1.3 PDCP 

PDCP user plane SDU and PDU definitions 
NOTE: 

To allow direct encoding the definition for PDCP Data PDU is split into data PDU with long/short sequence number 

PDCP: Basic Type Definitions 



TTCN-3 Basic Types 


PDCP_SDU_Type 


octetstring 





PDCP_SDUList_Type 



TTCN-3 Record of Type 


Name 


PDCP_SDUList_Type 


Comment 




record of PDCP SDU Type 



PDCP_DataPdu_LongSN_Type 



TTCN-3 Record Type 


Name 


PDCP_DataPdu_LongSN_Type 


Comment 


User plane PDCP Data PDU with long sequence number (TS 36.323, clause 6.2.3) 


D_C 


B1 Type 




- Control PDU 

1 - Data PDU 


Reserved 


B3 Type 






SequenceNum 
ber 


812 Type 




12 bit sequence number 


SDU 


PDCP SDU Type 




content (octetstring) 



PDCP_DataPdu_ShortSN_Type 



TTCN-3 Record Type 


Name 


PDCP_DataPdu_ShortSN_Type 


Comment 


User plane PDCP Data PDU with short sequence number (TS 36.323, clause 6.2.4) 


D_C 


B1 Type 




- Control PDU 

1 - Data PDU 


SequenceNum 
ber 


B7 Type 




7 bit sequence number 


SDU 


PDCP SDU Type 




content (octetstring) 
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PDCP_Ctrl_ROHC_FB_PDU_Type 



TTCN-3 Record Type 


Name 


PDCP_Ctrl_ROHC_FB_PDU_Type 


Comment 


PDCP Control PDU for interspersed ROHC feedback packet (TS 36.323, clause 6.2.5) 


D_C 


B1 Type 




- Control PDU 

1 - Data PDU 


Type 


B3 Type 




000 - PDCP status report 

001 - Header Compression Feedback Information 
010..111 - reserved 


Reserved 


84 Type 






ROHC_FB 


octetstring 




Contains one ROHC packet with only feedback, i.e. a ROHC 
packet that is not associated with a PDCP 



PDCP_Ctrl_StatusReport_Type 



TTCN-3 Record Type 


Name 


PDCP_Ctrl_StatusReport_Type 


Comment 


PDCP Control PDU for PDCP status report (TS 36.323, clause 6.2.6) 


D_C 


B1 Tyoe 




- Control PDU 

1 - Data PDU 


Type 


B3 Type 




000 - PDCP status report 

001 - Header Compression Feedback Information 
010.. 111 - reserved 


FMS 


B12 Type 




PDCP SN of the first missing PDCP SDU. 


Bitmap 


octetstring 


opt 


The IVISB of the first octet of the type "Bitmap" indicates whether 
or not the PDCP SDU with the SN (FMS + 1) modulo 4096 has 
been received and, optionally decompressed correctly. 
0- 

PDCP SDU with PDCP SN = (FMS + bit position) modulo 4096 is 
missing in the receiver. 

The bit position of Nth bit in the Bitmap is N, i.e. the bit position of 
the first bit in the Bitmap is 1 . 
1 - 

PDCP PSU with PDCP SN = (FMS + bit position) modulo 4096 
does not need to be retransmitted. 

The bit position of Nth bit in the Bitmap is N, i.e. the bit position of 
the first bit in the Bitmap is 1 . 















PDCP_PDU_Type 



TTCN-3 Union Type 


Name 


PDCP_PDU_Type 


Comment 




DataLongSN 


PDCP DataPdu LongSN Type 


user plane PDCP data PDU with 12 Bit Seq Number 


DataShortSN 


PDCP DataPdu ShortSN Type 


user plane PDCP data PDU with 7 Bit Seq Number 


RohcFeedback 


PDCP Ctrl ROHC FB PDU Tvo 
e 


PDCP Control PDU for interspersed ROHC feedback packet 


StatusReport 


PDCP Ctrl StatusReport Type 


PDCP Control PDU for PDCP status report 



PDCP_PDUList_Type 



TTCN-3 Record of Type 


Name 


PDCP_PDUList_Type 


Comment 




record of PDCP PDU Type 



D.2.2 DRB_Prinnitive_Definitions 

Primitive definitions to send/receive data PDUs over DRB's 
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D. 2.2.1 DRB Common 



U_PlaneDataList_Type 



TTCN-3 Union Type 


Nsme 


U_PlaneDataList_Type 


Comment 


MAC: 

acc. to rel-8 protocols there is not more than one MAC PDU per TTI; 

any MAC PDU is completely included in one subframe 

RLC: 

one or more RLC PDUs per TTI 

(e.g. RLC Data + Status PDU on a logical channel; 

more than one RLC Data PDU in one MAC PDU is valid too) 

any RLC PDU is completely included in one subframe 

PDCP: 

one or more PDUs per TTI; one PDCP PDU may be included in more than one subframe 


MacPdu 


MAC PDULIst Type 


SS configuration: RLC TM mode, MAC no header removal 
(PDCP is not configured) 


RIcPdu 


RLC PDULIst Type 


SS configuration: RLC TM mode, MAC header removal (PDCP is 
not configured) 


PdcpPdu 


PDCP PDUList Type 


SS configuration: RLC AM/UM mode, PDCP no header removal 


PdcpSdu 


PDCP SDUList Type 


SS configuration: RLC AM/UM mode, PDCP header removal 



HarqProcessAssignment_Type 



TTCN-3 Union Type 


Name 


HarqProcessAssignment_Type 


Comment 


in DL the HARQ process id may be specified by the test case or automatically assigned by SS 


Id 


HarqProcessId Type 


HARQ process as specified by the test case 
N0TE1 : 

the scope of this type is only for data being sent in one TTI; 

if data needs more than one TTI the HarqProcessId is undefined 

for the 2nd TTI onward what shall be handled as an error at the 

SS; SS may send a SYSTEM_IND indicating an error in this 

case; 

N0TE2: 

The initial value of the NDI shall be the same for all HARQ 
processes and cells 






Automatic 


Null Type 


HARQ process id automatically assigned by SS 
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D. 2.2.2 Downlink 



DRB_DataPerSubframe_DL_Type 



TTCN-3 Record Type 


Name 


DRB_DataPerSubframe_DL_Type 


Comment 


common definition for one or several PDUs/SDUs to be sent in the subframe given by tlie subframe 

offset; 

NOTE 1 : 

For IVIAC and RLC PDUs a single PDU is always sent in one subframe; 

SS shall raise an error indication (using SYSTEIVI IND) when that is not possible 

NOTE 2: 

For PDCP the data may be spread over more than one subframe (segmented by the RLC); 
the TTCN implemetation is responsible to calculate appropriate offsets accordingly; 
the exact timing depends on (and is exactly specified by) configuration of the DL scheduling; 
SS shall raise an error when there is any conflict 


SubframeOffset 


integer 




subframe offset relative to the absolute timing Information given 
in the common part of the ASP; 
NOTE 1 : 
Notes: 

Acc. to TS 36.523-3, clause 7.3.3 in case of TDD or half-duplex 
configuration only subframes available for DL are taken into 
consideration 
NOTE 2: 

if a PDCP PDU or SDU takes more than one subframe, 
SubframeOffset specifies the first TTI 


HarqProcess 


HarqProcessAssignment T 
vpe 




HARO process to be used: specific value (0..7) or automatically 
assigned by SS; 

in automatic mode SS chooses HARQ process out of the set 
configured by CcchDcchDtchConfigDL Type.HarqProcessConfig 
NOTE: 

for PDCP SDUs or PDUs automatic mode shall be used; 
otherwise SS shall raise an error 


PduSduList 


U PlaneDataList Tvpe 




list of PDUs/SDUs to be sent in one TTI 



DRB_DataPerSubframeList_DL_Type 



TTCN-3 Record of Type 


Name 


DRB_DataPerSubframeList_DL_Type 


Comment 


list of user plane data to be sent in sub-frames given by the SubframeOffset in the single 

elements of the list; 

Timing: 

the start time for the whole sequence is given by the timing info of the ASP (common 
information); 

the timing for the respective data pdus is given by the SubframeOffset relative to the common 

timing info; 

design consideration: 

repetitions of this sequence are not foreseen 

(in which case the subframe offset could not be related to the timing info of the ASP) 


record of DRB DataPerSubframe DL Tvoe 



U_Plane_Request_Type 



TTCN-3 Record Type 


Name 


U_Plane_Request_Type 


Comment 


NOTE: formal type definition to allow later enhancements; 

U_Plane_Request_Type defines a sequence of subframes in which data shall be sent 


SubframeDataL 
ist 


DRB DataPerSubframeList 






DL Tvoe 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 1 99 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

D.2.2.3 Uplink 



DRB_DataPerSubframe_UL_Type 



TTCN-3 Record Type 


Name 


D R B_DataPerSu bf rame_U L_Type 


Comment 


common definition for one or several PDUs/SDUs being received in one subframe 
or to receive one PDCP PDU or SDU being spread over more than one TTI; 
NOTE: 

There is a fix relation between HARQ process id and subframe in UL 
=> it is not necessary to include HARQ process id for UL data 


PduSduList 


U PlaneDataList Tvoe 




list of PDUs/SDUs being received in one TTI; 

elements of the list appear in the same order as the PDUs/SDUs 

in the IVIAC PDU; 

for PDCP when a PDU or SDU takes more than one TTI the list 
only contains this PDU or SDU 


NoOfTTIs 


integer 




in case of PDCP: 

number of TTIs the SDU or PDU has taken 

NOTE 1 : for the time being the NoOfTTIs is not checked by 

TTCN-3 and may be set to 1 by SS; 

NOTE 2: the timing info in common part of the ASP refers to the 
last TTI 

NOTE 3: when NoOfTTIs > 1 => PduSduList shall only contain 

one PDCP PDU or SDU 

in case of MAC or RLC PDUs: 

NoOfTTIs shall always be 1 

(acc. to TS 36.321 IVIAC is not doing segmentation of RLC PDUs 
and acc. to TS 36.322, clause 6.2.2.2 the maximum RLC data is 
calculated to fit into a IVIAC PDU and RLC does segmentation 
accordingly) 



U_Plane_lndication_Type 



TTCN-3 Record Type 


Name 


U_Plane_lndication_Type 


Comment 


NOTE: formal type definition to allow later enhancements; 
U_Plane_lndication_Type defines data being received in a single subframe 
i.e. PDUs of subsequent TTIs are indicated in separated ASPs 


SubframeData 


DRB DataPerSubframe U 
L Tvoe 
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D.2.3 SystemJ interface 



DRB COMMON REQ 



TTCN-3 Record Type 


Name 


DRB_COMMON_REQ 


Comment 


common ASP to send PDUs to DRBs 


Common 


ReaAsoCommonPart Tvoe 




Cellld : identifier of the cell 
Routinglnfo : DRB id 

Timinglnfo : starting point when to start sending sequence of 
data PDUs 
e.g. 

SFN = X, subframe number = x; 
U_Plane.SubframeDataList[i].SubframeOffset := offsetj; 
=> U Plane. SubframeDataList[i].PduSduList shall be sent out 
at 

SFN = X + ((x + offsetj)/ 10); 
subframe number = (x + offsetj) % 10 
Controllnfo : CnfFlag:=false; FollowOnFlag:=false 


U Plane 


U Plane Request Type 






SuppressPdcch 
ForC_RNTI 


Null Type 


opt 


By default all DRB_COIVIMON_REQ scheduled DL PDU's are 
associated with an appropriate explicit configured or SS selected 
DL assignment allocation on PDCCH. 

For SuppressPdcch :=true in the sub frame in which DL PDU's 
are transmitted, there is no associated DL assignment allocation 
for configured C-RNTI. This will be used for SPS assignment 
based transmission or in any error scenarios; 
NOTE: this flag has no impact on PDCCH messages required for 
SPS activation 



DRB COMMON IND 



TTCN-3 Record Type 


Name 


DRB_COMMONJND 


Comment 


common ASP to receive PDUs from DRBs 


Common 


IndAsoCommonPart Type 




Cellld : identifier of the cell 
Routinglnfo : DRB id 

Timinglnfo : time when message has been received 
NOTE 1 : 

For MAC and RCL PDUs per definition U_PlaneJndication_Type 
corresponse to exactly one subframe 
=> Timinglnfo refers to this subframe 
NOTE 2: 

For PDCP a single PDU or SDU may take more than one TTI 
=> Timinglnfo refers to the end of the PDU/SDU and the length is 
given by NoOfTTIs in U_Plane_lndication_Type 
(the end of the PDU/SDU is the last RLC PDU being received; in 
case of retransmissins this is not necessarily the RLC PDU with 
the last SN) 


U Plane 


U Plane Indication Type 







EUTRA DRB PORT 



TTCN-3 Port Type 


Name 


EUTRA_DRB_PORT 


Comment 




out 


DRB COIVIMON REQ 




in 


DRB COMMON IND 
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D.3 IP_ASP_TypeDefs 

General Notes: 
NOTE 1: 

In general the handling of IP data shall be independent from the RAT being used on lower layers. 
NOTE 2: 

It shall be possible for SS implementation to reuse existing IP stack implementations in the system adaptor; 
therefore the well-known concept of socket programming shall be supported 
(regardless of whether those are used in the system adaptor implementation or not) 
NOTE 3: 

Since in general at the network side there are several different IP addresses the SS needs to simulate more than one IP 
address; 

that can be based on a concept of multiple virtual network adaptors 
NOTE 4: 

There is no easy way to control the routing of IP data for an IP connection from above the IP stack 
i.e. there are no parameters at the socket interface to determine e.g. cell id and DRB id 

=> another independent logical entity (DRB-MUX) is needed below the IP stack which is responsible to control the 
routing of IP packets from/to DRBs in different cells of different RATs 

Reference: 

An introduction to socket programming can be found in 

UNIX Network Programming Volume 1, Third Edition: The Sockets Networking API 
by W. Richard Stevens, Bill Fenner, Andrew M. Rudoff 

D.3.1 IP Common 



IP Common: Basic Type Definitions 



TTCN-3 Basic Types 


PortNumber_Type 


Ulnt16 Tvpe 





!Pv4_Addrlnfo_Type 



TTCN-3 Record Type 


Name 


1 Pv4_Add rl nf o_Type 


Comment 


IPv4 specific info of the socl<et addr (AF_INET) 


Addr 


cliarstring 




IP Address as string (IP v4 dot notation) to be converted to 32-bit 
unsigned integer 


1 P v6_Add r 1 nf o_Ty pe 


TTCN-3 Record Type 


Name 


1 Pv6_Add rl nf o_Type 


Comment 


IPv6 specific info of the socket addr (AF_INET6); 
NOTE: sin6 flowinfo can be ignored and set to 


Addr 


charstring 




to be converted to sin6 addr 


Scopeld 


Ulnt32 Type 


opt 


sin6_scope_id 

in general an IPv6 address is like "fe80::1%eth0" with ethO being 
the network adaptor mapped to a scope id (Unix) 
assumption: 

for UE conformance testing it is not necessary to distiguish 
different scopes and the scope id in general can be determined 
by the system adaptor => omit 
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IP_Addrlnfo_Type 



TTCN-3 Union Type 


Name 


IP_Addrlnfo_Type 


Comment 




V4 


IPv4 Addrlnfo Type 




V6 


IPv6 Addrlnfo Tvpe 




IP_Socket_Type 


TTCN-3 Record Type 


Name 


IP_Socket_Type 


Comment 


Socket 


IpAddr 


IP Addrlnfo Type 


opt 


IP address 


Port 


PortNumber Type 


opt 


port number 



lnternetProtocol_Type 



TTCN-3 Enumerated Type 


Name 


lnternetProtocol_Type 


Comment 




udp 




top 




icmp 




icmpv6 





IP_Connection_Type 



TTCN-3 Record Type 


Name 


IP_Connection_Type 


Comment 


A connection between peer-to-peer entities is unambiguously defined by the protocol 
(udp/tcp/icmp/icmpv4), the local socket and the remote socket 


Protocol 


InternetProtocol Type 






Local 


IP Socket Type 


opt 




Remote 


IP Socket Type 


opt 





D.3.2 IP_Config 

Configuration of the routing table managed be the system adaptor's DRB-MUX: 

foreach IP connection it is specified which 

-RAT 

-Cell 

-DRB 

to be used. 

The IP connection does not need to be fully specified depending on the role SS plays (e.g. in case of a server role the 

port number of the remote side is not known in advance). 

The configurations of DRBs within the same cell shall be mutual exclusive. 

With the configuration of the IP routing the DRB is configured either in IP or in raw mode: 
either there are entries for the DRB in the routing table (IP mode) or not (raw mode) 
=> It is not necessary to reconfigure this for the respective RAT. 

Behaviour of the DRB-MUX in UL: 

- SS gets data packet from the lower layers (e.g. PDCP SDU) 

- SS checks whether there is any IP connection configured for this DRB (identified by {RAT, Cellld, Drbid}) 
if YES => packet is routed to the IP stack (IP mode) 

if NO => packet is handed over to the DRB port (raw mode) 
NOTE 1: 
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If there is any entry for the DRB in the routing table the DRB is considered as being in IP mode and all UL IP packets 
are sent to the IP stack regardless of whether their addresses match the DRB's routing entries or not (in general 
'unknown' packets are discarded by the IP stack) 
=> a DRB can be either in IP or in raw mode 
NOTE 2: 

=> SS does not need to evaluate the IP packets (i.e. there is no conflict with loopback data) 

Behaviour of the DRB-MUX in DL: 

- SS gets IP packets from the IP stack for an IP connection 

- SS compares the IP connection (protocol, local/remote IP Addr) against the IP routing table and 
checks whether the corresponding protocol stack is configured at the lower layers => 

1 . no match: 

no entry in the routing table fits to the address in the IP packet 
or the corresponding RB is not configured 

=> SS shall raise an error (DRBMUX_COMMON_IND_CNF .Error) 

2. one match: 

There is exactly one possibility to route the IP packet 
=> SS shall send the packet to this RB 

3. several matches: 

There are more than one DRBs, cells or RATs to which the packet may be routed 
=> SS shall raise an error if there is more than one DRB in one cell matching; 

if the DRBs belong to different cells or RATS SS shall send the data to all of them 

(whether this may occur in test cases is FFS) 

General notes: 
NOTE 1: 

SS may use the information of the routing table to determine which network adaptors it needs to simulate 
(implementation dependent); 

in general there will be more than one IP address at the network side. 

=> it seems to be helpful to pre-configure all possible IP conections at the very beginning of a test case 
NOTE 2: 

In general the routing table is a simplified DL TFT implementation 
NOTE 3: 

When the routing table is empty all DRBs are in raw mode; this shall be the initial condition at the DRB-MUX; 
=> for L2 testing in general (and apart from the preamble) there is no need to use/configure the IP_PTC; the 
configuration of the RAT specific U-plane stacks is not affected 



IP Config: Basic Type Definitions 









IP_DrbldType 


integer 


DRB identity type common for all RATs: 

- for EUTRA it corrensponds to the ASN.1 type 

DRB-ldentity 

- for UTRAN/GERAN it corrensponds the 
NSAPI value (type record NSAPI) 
NOTE: this is introduced to simplify the 
dependencies (i.e. to keep IP_ASP_TypeDefs 
independent from any RAT specific type 
definitions) 
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IP_EUTRA_Cell_Type 



TTCN-3 Union Type 


Name 


IP_EUTRA_Cell_Type 


Comment 




Any 


Null Type 


if this option is used, in all EUTRA cells the same DRB is used 
for this IP connection; 

in general there is only a DRB stack on one cell, i.e. in DL the 
data is routed to the cell which actually has the DRB configured 


Id 


Cellld Tvoe 


with this option the data is routed to a specific cell regardless of 
whether the same DRB is configured in any other cell; 
Cellld_Type is defined in EUTRA_CommonDefs 



IP_EUTRA_Drblnfo_Type 



TTCN-3 Record Type 


Name 


IP_EUTRA_Drblnfo_Type 


Comment 




Cell 


IP EUTRA Cell Type 






Drbid 


IP Drbldlype 







IP_UTRAN_Cell_Type 



TTCN-3 Union Type 


Name 


IP_UTRAN_Cell_Type 


Comment 




Any 


Null Type 


(see IP EUTRA Cell Type) 


Id 


UTRAN_Cellld_Type 


(see IP EUTRA Cell Type) 

UTRAN_Cellld_Type is defined in UTRAN_ASP_definitions 



IP_UTRAN_Drblnfo_Type 



TTCN-3 Record Type 


Name 


IP_UTRAN_Drblnfo_Type 


Comment 




Cell 


IP UTRAN Cell Type 






DrbId 


IP DrbldTvpe 






IP_GERAN_Cell_Type 


TTCN-3 Union Type 


Name 


IP_GERAN_Cell_Type 


Comment 




Any 


Null Type 


(see IP EUTRA Cell Type) 


Id 


GERAN_Cellld_Type 


(see IP EUTRA Cell Type) 

GERAN_Cellld_Type is defined in GERAN_TypeDefs 



IP_GERAN_Drblnfo_Type 



TTCN-3 Record Type 


Name 


IP_GERAN_Drblnfo_Type 


Comment 




Cell 


IP GERAN Cell Type 






DrbId 


IP DrbldType 
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IP_Drblnfo_Type 



TTCN-3 Union Type 


Name 


IP_Drblnfo_Type 


Comment 




Eutra 


IP EUTRA Drblnfo Type 




Utran 


IP UTRAN Drblnfo Type 




Geran 


IP GERAN Drblnfo Type 





IP_Routinglnfo_Type 



TTCN-3 Record Type 


Name 


1 P_Routi ng 1 nf o_Type 


Comment 




Iplnfo 


IP Connection Type 




IP connection tuple: protocol, local socket, remote socket 
depending on the role the SS plays the following information may 
be provided 

(informative; even less information can be suffcient): 

1. TGP/UDP server 

- local IP addr -- provided 

- local port -- provided 

- remote IP addr -- omit 

- remote port -- omit 

2. TGP/UDP client 

- local IP addr -- provided 

(to inform SS about the local IP addr for this service) 

- local port -- omit; 

for UDP a well-defined port may be defined 
(protocol dependent, e.g. DHGP) 

- remote IP addr -- provided 

- remote port -- provided 

3. IGIVIP (in general IGIVIP may be mapped only to a single DRB) 

- local IP addr -- provided 

(to inform SS about the local IP addr for this service) 

- local port -- n/a (shall be set to omit) 

- remote IP addr -- omit 

- remote port -- n/a (shall be set to omit) 

NOTE: 

In case of broadcasts in UL the broadcast address shall match 
any local IP address; 

in DL for broadcast services typically no remote IP address is 
specified in the routing table 


DRB 


IP Drblnfo Type 







IP_RoutingTable_Type 



TTCN-3 Record of Type 


Name 


IP_RoutingTable_Type 


Comment 


NOTE: configurations of DRBs within the same cell shall be mutual exclusive 


record of IP Routinqlnfo Type 



D.3.3 IP_SocketHandling 

Handling of IP data and IP connections 
NOTE 1: 

In general IP connections are distuished by the tuple {protocol, local socket, remote socket}; 
this information is used at the interface between TTCN and the system adaptor. 

It is up the the system adaptor implementation to associate the IP connection with the internal socket (file descriptor; 
implementation dependent) 
NOTE 2: 
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In general the association of the IP connections to (internal) sockets and the routing table for the DRB mpping (as 
configured with IP_RoutingTable_Type) are independent from each other 

D.3.3.1 Socket Common 



IP_SockOpt_Type 



TTCN-3 Union Type 


Name 


IP_Socl<Opt_Type 


Comment 


socket options acc. to the setsockopt system call (i.e. for level=SOL_SOCKET in case of Berkeley 

socket API); 

NOTE: 

only options being relevant for a specific applications (upon a socket) are configured by TTCN 
other options (e.g. SO_REUSEADDR) are out of TTCN and therefore a matter of system adaptor 
implementation 


SO BROADCA 
ST 


boolean 


set to true when IP broadcast messages shall be allowed for a 
port; 

this is required e.g. in case of DHCP 



IP_SockOptList_Type 



TTCN-3 Record of Type 


Name 


IP_SockOptList_Type 


Comment 




record of IP SockOot Tvoe 



IP_SocketError_Type 



TTCN-3 Union Type 


Name 


IP_SocketError_Type 


Comment 


used to indicate errors related to sockets; 

the IP_Connection shall contain as much address information as available at the system adaptor 


InvalidAddress 


Null Type 


TTCN error: e.g. invalid or incomplete address information 


System 


integer 


system error caused by system call; 

the integer value may be used for validation but shall not be 

evaluated by TTCN 



D.3.3.2 TCP_Socket 

TCP primitives used on the IP port 

TCP_Socket: Basic Type Definitions 



TTCN-3 Basic Types 


TCP_Data_Type 


octetstring 


data as sent/received with send()/recv() on a 
TCP socket 



TC P_Con nect Req uest_Ty pe 



TTCN-3 Record Type 


Name 


TCP_ConnectRequest_Type 


Comment 


TCP client: -> 'connect' system call 


SockOptList 


IP SockOptList Type 




when there are no options to configure the list is empty 
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TCP_Listen_Type 



TTCN-3 Record Type 


Name 


TCP_Listen_Type 


Comment 


TCP server: -> 'listen' system call 


SockOptList 


IP SockOptList Type 




when there are no options to configure the list is empty 



TCP_CtrlRequest_Type 



TTCN-3 Union Type 


Name 


TCP_CtrlRequest_Type 


Comment 




ConnectReq 


TCP ConnectRequest Type 


request a 'connect' to a remote server 

system calls (informative) 
socket -- get file descriptor 
(setsockopt) -- normally not needed 
bind -- assign local IP addr (to cope with multiple IP 
addresses) 

connect -- connect to the client 

IP_Connection: 
protocol -- top 

local IP addr — mandatory to distinguish different network 
adaptors 

local port -- omit (ephemeral port will be assigned by the 
system) 
remote IP addr -- mandatory 
remote port -- mandatory 


Listen 


TCP Listen Type 


establish a server at the local (SS) side 

system calls (informative) 
socket -- get file descriptor 
(setsockopt) -- if needed 
bind — assign local IP addr and port 
listen -- await incoming connection 

IP_Connection: 
protocol -- top 

local IP addr -- mandatory to distinguish different network 
adaptors 

local port -- mandatory 
remote IP add -- omit 
remote port -- omit 


Close 


Null Type 


close a connection 

system calls (informative): 
close 

IP_Connection: 

protocol -- tcp 

local IP addr -- mandatory 

local port -- mandatory 

remote IP addr -- mandatory 

remote port -- mandatory 
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TCP_DataRequest_Type 



TTCN-3 Union Type 


Name 


TC P_DataReq uest_Type 


Comment 




Send 


TCP Data Type 


send data 

system calls (informative): 
send or write 

IP_Connection: 

protocol -- top 

local IP addr -- mandatory 

local port -- mandatory 

remote IP addr -- mandatory 

remote port -- mandatory 
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TCP_Ctrllndication_Type 



TTCN-3 Union Type 


Name 


TCP_Ctrllndication_Type 


Comment 




ConnectCnf 


Null Type 


confirm a 'connect' to a remote server 
system calls (informative): 

getsockname -- get local port (ephemeral port assiged by the 
system) 

IP_Connection: 
protocol -- top 

local IP addr -- mandatory (as in corresponding 
TCP_ConnectRequest) 

local port -- mandatory (if there is more than one connection 
to the same server the local port is necessary to distinguish the 
connections) 

remote IP addr -- mandatory (as in corresponding 
TCP_ConnectRequest) 

remote port -- mandatory (as in corresponding 
TCP_ConnectRequest) 


Accept 


Null Type 


sent by the SS when it 'accepts' an incoming connection 

system calls (informative): 
accept 

IP_Connection: 
protocol -- top 

local IP addr -- mandatory (as in corresponding 
TCP_ListenRequest) 

local port -- mandatory (as in corresponding 
TCP_ListenRequest) 

remote IP addr -- mandatory (as gotten from 'accept') 
remote port -- mandatory (as gotten from 'accept') 


Close 


Null Type 


indicate 'close' by the remote side 

system calls (informative): 
indicated by recv or read 

IP_Connection: 

protocol -- tcp 

local IP addr -- mandatory 

local port -- mandatory 

remote IP addr -- mandatory 

remote port -- mandatory 


CloseCnf 


Null Type 


Confirmation for 'close' request; necessary since for TCP there 
are IP packets to release the connection 

system calls (informative): 
close 

IPConnection: 

protocol -- tcp 

local IP addr -- mandatory 

local port -- mandatory 

remote IP addr -- mandatory 

remote port -- mandatory 
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TCP_Datalndication_Type 



TTCN-3 Union Type 


Name 


TCP_Datalndication_Type 


Comment 




Recv 


TCP Data Type 


receive data 

system calls (informative): 
recv or read 

IP_Connection: 

protocol -- tcp 

local IP addr -- mandatory 

local port -- mandatory 

remote IP addr -- mandatory 

remote port -- mandatory 



D.3.3.3 UDP_Socket 

UDP primitives used on the IP port 
NOTE: 

In principle a UDP socket may communicate with different remote entities; 

therefore the system adaptor may associate the socket handle with the local socket only 

(local IP address and local port) 



UDP Socket: Basic Type Definitions 



TTCN-3 Basic Types 


UDP_Data_Type 


octetstring 


data as sent/received with sendto()/recvfrom() 
on a UDP socket 



UDP_SocketReq_Type 



TTCN-3 Record Type 


Name 


UDP_SocketReq_Type 


Comment 


to establish a UDP server or to bind local port number 


SockOptList 


IP SockOptList Tvpe 




e.g. to allow broadcast messages; 

when there are no options to configure the list is empty 
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UDP_CtrlRequest_Type 



TTCN-3 Union Type 


Name 


UDP_CtrlRequest_Type 


Comment 




SocketReq 


UDP SocketReq Type 


request the system adaptor to bind a socket to a local address; 
this is needed in general when the system adaptor acts as 

1. UDP server 

2. UDP client when it uses a well-known port rather than an 
ephemeral port (this is e.g. for DHCP) 

3. UDP client when a local address needs to be bond (e.g. when 
there are several local addresses) 

system calls (informative): 
socket -- get file descriptor 

(setsockopt) -- needed e.g. to allow broad cast message 
bind -- assign local IP address (to cope with multiple IP 
addresses) and local port (in case of well-known local port) 

IPConnection: 
protocol - udp 

local IP addr - mandatory (to distiguish multiple IP addresses) 
local port - optional (mandatory in case of a UDP server) 
remote IP addr - omit 
remote port - omit 


Close 


Null Tvoe 


release local socket 

system calls (informative): 
close 

IP_Connection: 
protocol - udp 

local IP addr - mandatory (to identify local socket) 
local port - mandatory (to identify local socket) 
remote IP addr - omit 
remote port - omit 



U D P_DataReq u est_Type 



TTCN-3 Union Type 


Name 


UDP_DataRequest_Type 


Comment 




SendTo 


UDP Data Type 


send data to (any) remote socket; 
NOTE: 

To simplify implementation of the system adaptor the local socket 
shall be bond in any case (using 'SocketReq') to specify the local 
IP address before sending data; 

(in general the sendto system call can be used without explicitly 
binding the socket before; 

in this case the port gets implicitly bond to an ephemeral port and 
the default IP address is used) 

system calls (informative): 
sendto 

IP_Connection: 
protocol ~ udp 

local IP addr - mandatory (to identify local socket) 
local port - mandatory (to identify local socket) 
remote IP addr - mandatory (to address remote socket) 
remote port - mandatory (to address remote socket) 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



212 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



UDP_Ctrllndication_Type 



TTCN-3 Union Type 


Name 


UDP_Ctrllndication_Type 


Comment 




SocketCnf 


Null Type 


confirm 'SocketReq' and tell TTCN about assignment of 
ephemeral port; 

system calls (informative): 

getsockname -- get local port (ephemeral port assigned by the 
system; not needed if local port is well-known) 

IP_Connection: 

protocol -- udp 

local IP addr -- mandatory 

local port -- mandatory (well-known or ephemeral port 
asssigned by the system) 
remote IP addr - omit 
remote port - omit 



U D PDatal nd icat io n_Ty pe 



TTCN-3 Union Type 


Name 


UDP_Datalndication_Type 


Comment 




RecvFrom 


UDP Data Type 


receive data; 

system calls (informative): 
recvfrom - get data and src addr 

IP_Connection: 
protocol ~ udp 

local IP addr - mandatory (see note) 
local port - mandatory 

remote IP addr - mandatory (as gotten from recvfrom) 
remote port - mandatory (as gotten from recvfrom) 

NOTE: 

The UE may send a UDP packet as broadcast (IP Addr 

255.255.255.255 - e.g. in case of DHCP) 

SS shall consider a broadcast address as matching every IP for 

ULand DL 

example: 

-SSgets DHCPDISCOVER with 

DEST Addr=255.255.255.255 DEST Port=67, 

SRC Addr=0.0.0.0 SRC Port=68 

- TTCN gets DHCPDISCOVER with local 
Addr=(255.255.255.255 Port=67), remote Addr=(0.0.0.0 
Port=68) 

- TTCN sends DHCPOFFER with local Addr=(local IP Addr 
Port=67), remote Addr=(255.255.255.255 Port=68) 



D.3.3.4 ICMP_Socket 

ICMP primitives used on the IP port 
NOTE: 

the local side is identified by the protocol and in general by the local IP address 
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ICMP Socket: Basic Type Definitions 



TTCN-3 Basic Types 


ICMP_Data_Type 


octetstring 


data as sent/received with sendto()/recvfrom() 

on the raw socket; 

NOTE: 

the data may depend on the socket options 
(FFS); 

in general it does not include the IP header 
and 

the checksum of the ICMP packet needs to be 
calculated/checked in TTCN 



ICIU! P_Socl<etReq_Type 



TTCN-3 Record Type 


Name 


ICMP_SocketReq_Type 


Comment 


to establish a raw socket to send/receive ICMP packets 


SockOptList 


IP SockOotList Tvoe 




e.g. to set the IP_HDRINCL socket option (to include the IP 

header in the data buffer) -> FFS 

when there are no options to configure the list is empty 



ICIUIP_CtrlRequest_Type 



TTCN-3 Union Type 


Name 


ICMP_CtrlRequest_Type 


Comment 




SocketReq 


ICMP SocketReq Tvoe 


request the system adaptor to open a raw socket (IPv4 or IPv6) 

system calls (informative): 
socket -- get file descriptor (IPPROTO ICMP or 
IPPR0T0_IPV6); 

(setsockopt) -- optional; to set socket options 
bind -- assign local IP address (to cope with multiple IP 
addresses) 

IP_Connection: 

protocol -- icmp or icmpv6 

local IP addr -- mandatory (to distiguish multiple IP addresses) 
local port -- omit (not applicable for ICMP) 
remote IP addr -- omit 

remote port -- omit (not applicable for ICMP) 


Close 


Null Tvoe 


release local socket 

system calls (informative): 
close 

IP_Connection: 

protocol -- icmp or icmpv6 

local IP addr -- mandatory (to identify local socket) 

local port -- omit 

remote IP addr -- omit 

remote port -- omit 
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ICMP_DataRequest_Type 



TTCN-3 Union Type 


Name 


ICMP_DataRequest_Type 


Comment 




Sendlo 


ICMP Data Type 


send datagram 

system calls (informative): 
sendto 

IP_Connection: 

protocol -- icmp or icmpvG 

local IP addr -- mandatory (to identify local socket) 

local port -- omit 

remote IP addr -- mandatory 

remote port -- omit 



ICMP_Ctrllndication_Type 



TTCN-3 Union Type 


Name 


ICMP_Ctrllndication_Type 


Comment 




SocketCnf 


Null Type 


confirm 'SocketReq' 
system calls (informative): 

(SocketCnf is sent when all system calls for SocketReq have 
been successful) 

IPConnection: 
protocol -- icmp or icmpv6 
local IP addr -- mandatory 
local port -- omit 
remote IP addr -- omit 
remote port -- omit 



ICMPDatalndlcatlonType 



TTCN-3 Union Type 


Name 


ICMP_Datalndication_Type 


Comment 




RecvFrom 


ICMP Data Type 


receive datagram 

system calls (informative): 
recvfrom -- get data and src addr 

IP_Connection: 
protocol -- icmp or icmpvG 
local IP addr -- mandatory 
local port -- omit 

remote IP addr -- mandatory (as gotten from recvfrom) 
remote port -- omit 
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D. 3.3.5 Socket_Primitives 

IP_CtrlRequest_Type 



TTCN-3 Union Type 



Name 


IP_CtrlRequest_Type 


Comment 




TCP 


TCP Ctrl Request Type 




UDP 


UDP CtrlRequest Type 




ICMP 


ICMP CtrlRequest Type 




IP_DataRequest_Type 


TTCN-3 Union Type 


Name 


1 P_DataReq uest_Type 


Comment 




TCP 


TCP DataRequest Type 




UDP 


UDP DataRequest Type 




ICMP 


ICMP DataRequest Type 




IP_Ctrllndication_Type 


TTCN-3 Union Type 


Name 


IP_Ctrllndication_Type 


Comment 




TCP 


TCP Ctrllndication Type 




UDP 


UDP Ctrllndication Type 




ICMP 


ICMP Ctrllndication Type 




Error 


IP SocketError Type 




IPDatalndlcatlonType 


TTCN-3 Union Type 


Name 


IP_Datalndication_Type 


Comment 




TCP 


TCP Datalndication Type 




UDP 


UDP Datalndication Type 




ICMP 


ICMP Datalndication Type 




D.3.4 Systemjnterface 






DRBMUX_CONFIG_REQ 


TTCN-3 Union Type 


Name 


DRBIUlUX CONFIG REQ 


Comment 


NOTE 1 : 

There is just one primitive to configure the whole routing table. 

It is not foreseen to add, remove or manipulate single entries but the table is managed in TTCN and 
completely configured on any change; (otherwise it might get complicated to identify single entries) 
NOTE 2: 

the SS's routing table shall be empty at the beginning and can be cleared by an empty record 
(DRBMUX CONFIG REQ.Routinglnfo = {}) 
NOTE 3: 

In general a reconfiguration of the routing table during a test case would be necessary only if an 
ephemeral port is needed to distinguish different routing 

(e.g. when there are several TCP connections of the same service routed to different DRBs) 


Routinglnfo 


IP RoutinqTable Type 
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DRBMUX_COMMON_IND_CNF 



TTCN-3 Union Type 


Name 


DRBIVIUX_COMIVIONJND_CNF 


Comment 




Confirm 


Null Type 


confirm DRBMUX CONFIG REQ 


Error 


Null Type 


indication of errors at the DRB-MUX: 

An Error shall be raised by the DRB-IVlUX e.g. in the following 
cases: 

- in DL when there are IP packets which cannot be routed to any 
DRB 

i.e. the IP packet does not match to any entry in the routing 
table or the corresponding RB is not configured 

- in DL when there are several DRBs possible for routing in the 
same cell 



IP SOCKET CTRL REQ 



TTCN-3 Record Type 


Name 


IP_SOCKET_CTRL_REQ 


Comment 




Connectionid 


IP Connection Type 






Req 


IP Ctrl Request Type 







IP SOCKET DATA REQ 



TTCN-3 Record Type 


Name 


IP SOCKET DATA REQ 


Comment 




Connectionid 


IP Connection Type 






Req 


IP DataRequest Type 







IP SOCKET CTRL IND 



TTCN-3 Record Type 


Name 


IP_SOCKET_CTRLJND 


Comment 




Connectionid 


IP Connection Type 






Ind 


IP Ctrl Indication Type 







IP SOCKET DATA IND 



TTCN-3 Record Type 


Name 


IP SOCKET DATA IND 


Comment 




Connectionid 


IP Connection Type 






Ind 


IP Datalndication Type 






IP_SOCKET_REQ 


TTCN-3 Union Type 


Name 


IP_SOCKET_REQ 


Comment 




CTRL 


IP SOCKET CTRL REQ 




DATA 


IP SOCKET DATA REQ 
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IP SOCKET IND 



TTCN-3 Union Type 


Name 


IP_SOCKETJND 


Comment 




CTRL 


IP SOCKET CTRL IND 




DATA 


IP SOCKET DATA IND 





IP CONTROL PORT 



TTCN-3 Port Type 


Name 


IP_CONTROL_PORT 


Comment 




out 


DRBMUX CONFIG REQ 




in 


DRBMUX COMMON IND CNF 





IP SOCKET PORT 



TTCN-3 Port Type 


Name 


IP SOCKET PORT 


Comment 




out 


IP SOCKET REO 




in 


IP SOCKET IND 





D.4 NasEmu_AspTypes 

System interface between NAS emulation and system adaptor 

D.4.1 System_l interface 



RRC PDU REQ 



TTCN-3 Record Type 


Name 


RRC PDU REQ 


Comment 




Common 


ReqAspCommonPart Type 




Cellld : identifier of the cell 
Routinglnfo : SRBO, SRB1, SRB2 
Timinglnfo : Now in normal cases; 

For latency tests Timinglnfo can be set to the SFN/subframe in 
which the RRC messages shall be sent out 

NOTE 1 : if the RRC PDU is too long to be sent in one TTI the 
Timinglnfo corresponds to the first TTI 

NOTE 2: the Timinglnfo is not changed by the NAS Emu (i.e. 
the timing info as coming from the test case 
(SRB_COMMON_REO) is handed through by the NAS Emu) 
Control Info 

CnfFlag:=false; 

FollowOnFlag 

true: Indicates that the message(s) to be sent on the same TTI 
will follow 

NOTE 1 : If the Timinglnfo is not the same for messages to 
be sent on the same TTI, the SS shall produce an error 

NOTE 2: the follow on flag applies only for messages of 
the same SRB 
false: Indicates that no more message(s) will follow 


RrcPdu 


RRC MSG Request Type 







ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



218 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



RRC PDU IND 



TTCN-3 Record Type 


Name 


RRC_PDU_IND 


Comment 


common ASP to receive PDUs from SRBO, SRB1 or SRB2 


Common 


IndAspCommonPart Type 




Cellld : identifier of the cell 
Routinglnfo : SRBO, SRB1, SRB2 

Timinglnfo : time when message has been receiyed (frame and 
sub-frame number); this is handed through to the test case by 
the NAS emulation 

NOTE: normally an RRC PDU is expected in one TTI; 
nevertheless if it is spread over more than one TTIs Timinglnfo 
shall refer to the end of the PDU i.e. to the last RLC PDU being 
received; 

Status : OK or RRC integrity error 


RrcPdu 


RRC MSG Indication Typ 
e 







CDMA2000_PDU_Type 



TTCN-3 Union Ti 


/pe 


Name 


CDMA2000_PDU_Type 


Comment 




C2K 1XRTT 


DedicatedlnfoCDMA2000 


OCTET STRING 


C2K HRPD 


DedicatedlnfoCDMA2000 


OCTET STRING 



CDMA2000 PREREG REQ 



TTCN-3 Record Type 


Name 


CDMA2000 PREREG REQ 


Comment 


common ASP to send PDUs to CDMA2000 System interface during pre-registration phase 


PDU 


CDI\/IA2000 PDU Type 



CDMA2000 PREREG IND 



TTCN-3 Record Type 


Name 


CDMA2000_PREREGJND 


Comment 


common ASP to receive PDUs from CDIVIA2000 System interface during pre-registration phase 


PDU 


CDI\/IA2000 PDU Type 



NASEMU SYSTEM PORT 



TTCN-3 Port Type 


Name 


NASEMU SYSTEIM PORT 


Comment 


NASEMU PTC: Port for Sending/Receiving data to/from the SYSTEM Interface 


out 


RRC PDU REQ 




in 


RRC PDU IND 





NASEMU C2K PREREG PORT 



TTCN-3 Port Type 


Name 


NASEIVIU_C2K_PREREG_P0RT 


Comment 


NASEMU PTC: Port for support of C2K pre-registration 


out 


CDMA2000 PREREG REQ 




in 


CDMA2000 PREREG IND 
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D.5 EUTRA CommonDefs 



D.5.1 Common_Types 



Common Types: Basic Type Definitions 



TTCN-3 Basic Types 


HarqProcessld_Type 


integer (0..14) 


The values 0..7 represent the ID of HARQ 
process ID; value range 0..14 is for TDD 


RedundancyVersion_Typ 
e 


integer (0..3) 


used in EUTRA ASP DrbDefs and 
EUTRA_ASP_Typedefs 


ContentionResolutionld_ 
Type 


bitstring length(48) 


used in EUTRA ASP DrbDefs and 
EUTRA_ASP_Typedefs 



Cellld_Type 


TTCN-3 Enumerated Type 


Name 


Cellld_Type 


Comment 




eutra_Cell_NonSpecif 
ic 




eutra CelH 




eutra Cell2 




eutra CellS 




eutra Cell4 




eutra Cell6 




eutra CelHO 




eutra Cell11 




eutra Cell12 




eutra CelUS 




eutra Cell14 




eutra Cell23 




eutra CellA 




eutra CellB 




eutra CellC 




eutra CellD 




eutra CellE 




eutra CellG 




eutra CellH 




eutra Cell! 




eutra CellJ 




eutra CellK 




eutra CellL 




eutra CellM 




HarqProcessList_Type 


TTCN-3 Record of Type 


Name 


HarqProcessList_Type 


Comment 


list of HARQ processes: each element shall be unique 


record lenqth(0..14) of 


HarqProcessId Tvoe 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 



220 



ETSI TS 136 523-3 V8.6.0 (2011-07) 



RRC_MSG_Request_Type 



TTCN-3 Union Type 


Name 


RRC_IVISG_Request_Type 


Comment 


DL RRC PDU on CCCH or DCCH 


Ccch 


DL_CCCH_Message 




Dcch 


DL_DCCH_Message 





RRC_MSG_lndication_Type 



TTCN-3 Union Type 


Name 


RRC_IViSG_lndication_Type 


Comment 


UL RRC PDU on CCCH or DCCH 


Ccch 


UL CCCH Message 




Dcch 


UL_DCCH_Message 





D.5.2 Common Constants 



EUTRA CommonDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc_EUTRA_IVIaxNu 
mberOfCells 


integer 


20 


Maximum number of cells; 
in TS 36.508 in, clause 4.4.2 and 
6.3.2.2 there are tables for cells 
being used in non-NAS and NAS 
test cases; 

in both cases less than 20 cells 
are listed 



D.5.3 RRC_Nested_Types 



RRC_Nested_Types: Basic Type Definitions 



TTCN-3 Basic Types 


SiWindowLength_Type 


SystemlnformationBlockTypel .si_Windo 
wLength 




SiPerlodicity Type 


SchedulinglnfoList[0].si Periodicity 




M_TIVISI_Type 


S TMSI.m TMSI 




IUIIVIE_Groupld_Type 


RegisteredMME.mmegi 




PrioritizedBitRate_Type 


LogicalChannelConfig.ul_SpecificParam 
eters.prioritisedBitRate 




DI Bandwidth Type 


CarrierBandwidthEUTRA.dl Bandwidth 




UI_Bandwidth Type 


CarrierBandwidthEUTRA.ul Bandwidth 




Ra_Preamblelndex_Type 


RACH_ConfigDedicated.ra_Preambleln 
dex 




CipheringAlgorithm_Type 


SecurityAlgorithmConfig.cipheringAlgorit 
hm 




lntegrityProtAlgorithm_Ty 
pe 


SecurityAlgorithmConfig.integrityProtAlg 
orithm 




SearchWindowSize_Type 


SystemlnformationBlockTypeS.searchW 
indowSize 





D.5.4 ASP_CommonPart 

Definition of ASP common parts for REQ-, CNF- and IND-ASPs 



ETSI 



3GPP TS 36.523-3 version 8.6.0 Release 8 221 ETSI TS 1 36 523-3 V8.6.0 (201 1 -07) 

D.5.4.1 ASP_CommonPart_Definitions 
D.5.4.1.1 Routingjnfo 



EUTRA CommonDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc MaxRB 


integer 


maxDRB + 3 


DRBs + 3 SRBs 


tsc_SRBO 


integer 







tsc_SRB1 


integer 


1 




tsc_SRB2 


integer 


2 




tsc DRB1 


DRB_ldentity 


1 




tsc DRB2 


DRB_ldentity 


2 




tsc_DRB3 


DRB_ldentity 


3 




tsc_DRB4 


DRB_ldentity 


4 




tsc_DRB5 


DRB_ldentity 


5 




tsc DRB6 


DRB_ldentity 


6 




tsc DRB7 


DRB_ldentity 


7 




tsc_DRB8 


DRB_ldentity 


8 





Routingjnfo: Basic Type Definitions 



TTCN-3 Basic Types 


SRBJdentity_Type 


integer (tsc SRBO, tsc SRBl, 
tsc SRB2) 


SRBO to be covered as well 



DRB_ldentityList_Type 



TTCN-3 Record of Type 


Name 


DRB_ldentityList_Type 


Comment 




record of DRB Identity 



RadioBearerld_Type 

TTCN-3 Union Type 



Name 


RadioBearerld_Type 


Comment 




Srb 


SRB Identity Type 




Drb 


DRB_ldentity 




Routinglnfo_Type 


TTCN-3 Union Type 


Name 


Routinglnfo_Type 


Comment 




None 


Null Type 




RadioBearerld 


RadioBearerld Type 
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D.5.4.1.2 Timingjnfo 



Timing lnfo: Basic Type Definitions 



TTCN-3 Basic Types 


SystemFrameNumber_Ty 
pe 


integer (0..1023) 




SubFrameNumber_Type 


integer (0..9) 




SubFramelnfo_Type 



TTCN-3 Union Type 


Name 


SubFramelnfo_Type 


Comment 




Number 


SubFrameNumber Tvoe 




Any 


Null Type 


no specific sub-frame (valid for REQ ASPs only) 



SystemFrameNumberlnfo_Type 



TTCN-3 Union Type 


Name 


SystemFrameNumberlnfo_Type 


Comment 




Number 


SystemFrameNumber Type 




Any 


Null Type 


no specific frame number (valid for REQ ASPs only) 


SubFrameTimingType 


TTCN-3 Record Type 


Name 


SubFrameTiming_Type 


Comment 




SFN 


SystemFrameNumberlnfo 
Type 






Subframe 


SubFramelnfo Type 






Timinglnfo_Type 


TTCN-3 Union Type 


Name 


Timinglnfo_Type 


Comment 




SubFrame 


SubFrameTiminq Type 




Now 


Null Type 


to be used in REQ ASPs when there is no 'activation time' 


None 


Null Type 


only to be used in SYSTEM_CTRL_CNF but not for 
Enquireliming 
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D.5.4.2 REQ ASP CommonPart 



Req AspCo nt ro 1 1 nf o_Type 



TTCN-3 Record Type 


Name 


ReqAspControllnfo_Type 


Comment 




CnfFlag 


boolean 




true => SS shall send CNF: 

when the REQ is with no timing information (no activation time), 
SS shall send the confirmation when the configuration is done, 
i.e. when the test case may continue. 
Example: 

when there is a configuration follow by a send event it shall not 
be necessary to have a wait timer in between but the CNF 
triggers the send event. 

If there are other triggers e.g. like the UE sending a message, 
CnfFlag shall be set to false by the test case to avoid racing 
conditions with the CNF and the signalling message. 
When there is an activation time SS shall send the CNF after the 
configuration has been scheduled; 

that means SS shall not wait until the activation time has been 
expired. 


FollowOnFlag 


boolean 




false => no further (related) information 

true: further related information will be sent to SS (semantics 

depending on respective ASP) 



ReqAspCommonPart_Type 



TTCN-3 Record Type 


Name 


ReqAspCommonPart_Type 


Comment 




Cellld 


Cellld Tvoe 






Routinglnfo 


Routinqlnfo Tvoe 






Timinglnfo 


Timinglnfo Type 






Controllnfo 


ReqAspControllnfo Type 







D. 5.4.3 CNF ASP CommonPart 



ConfirmationResult_Type 



TTCN-3 Union Type 


Name 


ConfirmationResult_Type 


Comment 




Success 


Null Type 




Error 


integer 


may contain SS specific error code; this will not be evaluated by 
TTCN 



CnfAspCommonPart_Type 



TTCN-3 Record Type 


Name 


CnfAspCommonPart_Type 


Comment 




Cellld 


Cellld Tvoe 






Routinglnfo 


Routinglnfo Type 






Timinglnfo 


Timinglnfo Type 






Result 


ConfirmationResult Tvoe 
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D.5.4.4 IND ASP CommonPart 



lntegrityErrorlndication_Type 



TTCN-3 Record Type 


Name 


lntegrityErrorlndication_Type 


Comment 




Nas 


boolean 




NAS Integrity: set to true when received MAC does not match 
calculated MAC 


Pdcp 


boolean 




PDCP Integrity: set to true when received MAC does not match 
calculated MAC 



ErrorlndicationType 



TTCN-3 Record Type 


Name 


Errorlndication_Type 


Comment 




Integrity 


IntearitvErrorlndication Tvo 
e 




Integrity error: received MAC does not match calculated MAC 


System 


integer 




any other error: may be SS specific error code; this will not be 
evaluated by TTCN; 

e.g. an error shall be raised when the UE requests 
retransmission of an RLC PDU 



lndicationStatus_Type 



TTCN-3 Union Type 


Name 


lndicationStatus_Type 


Comment 




Ok 


Null Type 




Error 


Errorlndication Type 




lndAspCommonPart_Type 


TTCN-3 Record Type 


Name 


lndAspCommonPart_Type 


Comment 




Cellld 


Cellld Tvoe 






Routinglnfo 


Routinqlnfo Tvoe 






Timinglnfo 


Timinglnfo Type 






Status 


IndicationStatus Type 







D.6 CDMA2000_ASP_TypeDefs 
D.6.1 CDMA2000_Common 

Common definitions for CDMA2000 and CDMA2000 ASPs 
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D.6.1.1 CDMA2000_SystemContants 



CDMA2000_ASP_TypeDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc_CDMA2000_IVIax 
NumberOfCells 


integer 


8 


Maximum number of CDMA2000 
cells; 

in TS 36.508 in, clause 6.3.1 .5 
and 6.3.1 .6 define 4 cells eacfi for 
HRPD and 1XRTT; 
hence total is 8 



D.6.1.2 CDMA2000_Routing 

CDI\/IA2000_Routing: Basic Type Definitions 



TTCN-3 Basic Types 


RLP_Flowld_Type 


integer (0..30) 


As per S.0024, clause 4.8.2.10 both 
MaxNumRLPFIowsFwd and 
MaxNumRLPFIowsRvs need to be in the 
range of 0x06[6] to 0x1 F[31] 
As per X.S007 clause 10, the PDN ID and Flow 
ID identify a flow 



RLP_FlowldList_Type 



TTCN-3 Record of Type 


Name 


RLP_FlowldList_Type 


Comment 




record of RLP Flowld Tvoe 



CDIUIA2000_Routinglnfo_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_Routinglnfo_Type 


Comment 




None 


Null Type 




RLP Flowld 


RLP Flowld Type 





D.6.1.3 CDMA2000_Timinglnfo 

CDI\/IA2000_Timinglnfo: Basic Type Definitions 



TTCN-3 Basic Types 


TimeStampLongType 


B64 Type 


The duration of time specified by 1 6 slots or 
26.66 ms. 



C D lUI A2000_Sub Frameinf o_Type 



TTCN-3 Union Type 


Name 


CDMA2000_SubFramelnfo_Type 


Comment 




Number 


SubFrameNumber Tvoe 




Any 


Null Tvoe 


no specific sub-frame (valid for REQ ASPs only) 
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SystemTimeStamp_Type 



TTCN-3 Union Type 


Name 


SystemTimeStamp_Type 


Comment 




TimeStampLon 

g 


TimeStampLona Type 




Any 


Null Type 


no specific TimeStamp (valid for REQ ASPs only) 



CDMA2000_SubFrameTlming_Type 



TTCN-3 Record Type 


Name 


CDIVIA2000_SubFrameTiming_Type 


Comment 




SystemTimeSt 
amp 


SvstemTimeStamo Tvoe 






Subframe 


CDIVIA2000 SubFramelnfo 
Type 







C D M A2000_Ti m i ng I nf o_Type 



TTCN-3 Union Type 


Name 


C DIW A2000_Ti m i ng Inf o_Type 


Comment 




SubFrame 


CDMA2000 SubFrameTiminq Tv 
Ee 




Now 


Null Tvoe 


to be used in REQ ASPs when there is no 'activation time' 


None 


Null Type 


only to be used in SYSTEM_CTRL_CNF but not for 
Enquireliming 



D.6.1 .4 CDMA2000_ReqAspCommonPart 



CDMA2000_ReqAspControllnfo_Type 



TTCN-3 Record Type 


Name 


CDIVIA2000_ReqAspControllnfo_Type 


Comment 




CnfFlag 


boolean 




true => SS shall send CNF: 

when the REQ is with no timing information (no activation time), 
SS shall send the confirmation when the configuration is done, 
i.e. when the test case may continue. 
Example: 

when there is a configuration follow by a send event it shall not 

be necessary to have a wait timer in tjetween but the CNF 

triggers the send event or system Command. 

If there are other triggers e.g. like the UE sending a message, 

CnfFlag shall be set to false by the test case to avoid racing 

conditions with the CNF and the signalling message. 

When there is an activation time SS shall send the CNF after the 

configuration has been scheduled; 

that means SS shall not wait until the activation time has been 
expired. 


FollowOnFlag 


boolean 




false => no further (related) information 

true: further related information will be sent to SS ; Currently this 
value is not foreseen to be used. 
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CDMA2000_ReqAspCommonPart_Type 



TTCN-3 Record Type 


Name 


CDMA2000_ReqAspCommonPart_Type 


Comment 




Cellld 


CDMA2000 Cellld Type 






Routinglnfo 


CDMA2000 Routinqinfo T 
VPe 






Timinglnfo 


CDMA2000 Timinqlnfo Tv 
Ee 






Controllnfo 


CDMA2000 ReaAsoContro 
llnfo Type 







D.6.1 .5 CDMA2000JndAspCommonPart 



CDMA2000_Errorlndication_Type 



TTCN-3 Record Type 


Name 


CDMA2000_Errorlndication_Type 


Comment 




System 


integer 




any other error: may be SS specific error code; this will not be 
evaluated by TTCN; 

e.g. an error shall be raised when the UE requests 
retransmission of an RLC PDU 



C D M A2000_l nd icat io nStatus_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_lndicationStatus_Type 


Comment 




Ok 


Null Type 




Error 


CDMA2000 Errorlndication Type 





CDMA2000_lndAspCommonPart_Type 



TTCN-3 Record Type 


Name 


CDIVIA2000JndAspCommonPart_Type 


Comment 




Cellld 


CDMA2000 Cellld Type 






Routinglnfo 


CDIV1A2000 Routinqinfo T 
yee 






Timinglnfo 


CDIV1A2000 Timinqlnfo Ty 
Ee 






Status 


CDMA2000 IndicationStatu 
s Type 







D.6.1 .6 CDMA2000_CnfAspCommonPart 



CDMA2000_ConfirmationResult_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_ConfirmationResult_Type 


Comment 




Success 


Null Type 




Error 


integer 


may contain SS specific error code; this will not be evaluated by 
TTCN 
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CDMA2000_CnfAspCommonPart_Type 



TTCN-3 Record Type 


Name 


CDMA2000_CnfAspCommonPart_Type 


Comment 




Cellld 


CDMA2000 Cellld Type 






Routinglnfo 


CDMA2000 Routinqinfo T 
VPe 






Timinglnfo 


CDMA2000 Timlnalnfo Tv 
Ee 






Result 


CDMA2000 ConfirmationR 
esult Type 




Similar definition as EUTRA 



D.6.2 CDMA2000 PowerLevel 



CDMA2000_ASP_TypeDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc_CDMA2000_Atte 
nuation Off 


CDI\/IA2000 Attenuation Type 


{Off:=true} 





CDI\/IA2000_PowerLevel: Basic Type Definitions 



TTCN-3 Basic Types 


CDMA2000JnitlalAttenuat 
ion_Type 


CDI\/IA2000 Attenuation Type 
(tsc CDMA2000 Attenuation Off) 


Attenuation restricted to 'Off 



CDI\/IA2000_Attenuation_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_Attenuatlon_Type 


Comment 


attenuation of the reference power 


Value 


Attenuation Type 


cell power reference power reduced by the given attenuation 
(yalue is in dB) 


Off 


Null Type 


for non suitable off cell we specify an explicit "Off" yalue here 


CDIUIA2000_CellAttenuation_Type 


TTCN-3 Record Type 


Name 


CDI\1A2000_CellAttenuation_Type 


Comment 




Cellld 


CDMA2000 Cellld Type 






Attenuation 


CDMA2000 Attenuation Ty 
Ee 







CDI\flA2000_CellAttenuationList_Type 



TTCN-3 Record of Type 


Name 


CDMA2000_CellAttenuationList_Type 


Comment 




record lenathd.. tsc CDMA2000 MaxNumberOfCells) of CDMA2000 CellAttenuation Type 
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CDMA2000_AbsoluteCellPower_Type 



TTCN-3 Record Type 


Name 


CDMA2000_AbsoluteCellPower_Type 


Comment 




Powerloc 


Powerloc Type 




TTCN writer Shall set same vale in all cells; SS shall have only 

one AWGN channel for all configured cells per frequency 

SS shall create a AWGN channel in first cell per frequency and 

ignore this in later cell creations on the same frequency; 

i.e. this channel is created along once for Cell 15 or 16 and one 

each per 17 and 19 

similary for RTT1X once for 19 or 20 and one each per 21 and 22 


Powerlor 


Powerlor Tvoe 




Total Transmit power in cell before attenuation 


PilotOffset 


PilotOffset Type 




Default -7 



CDMA2000_lnitialCellPower_Type 



TTCN-3 Record Type 


Name 


CDMA2000_lnitialCellPower_Type 


Comment 




IVIaxReference 
Power 


CDIVIA2000 AbsoluteCellP 




maximum value of cell reference power corresponding to Max 

lor/loc in power level table; 

a cell is initialised with this reference power; 

its value is the upper bound of the cell power during the test case 


ower Type 


Attenuation 


CDIV1A2000 InitialAttenuati 




initial attenuation Cell is off 


on Tvpe 



D.6.3 CDMA2000_Data 

Data primitives sent/received at CDMA2000_RLP_FLOW_PORT 



CDMA2000_Data: Basic Type Definitions 



TTCN-3 Basic Types 


RLP_SDU_Type 


octetstring 





RLP_SDUList_Type 



TTCN-3 Record of Type 


Name 


RLP_SDUList_Type 


Comment 




record of RLP SDU Tvoe 



CDIUIA2000_U_PlaneData_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_U_PlaneData_Type 


Comment 


Union structure is provided for future possible enhancements 


RLP Sdu 


RLP SDUList Type 


RLP SDU's 
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RLPFIow_DataPerSubframe_DL_Type 



TTCN-3 Record Type 


Name 


RLPFIow_DataPerSubframe_DL_Type 


Comment 


common definition for one or several SDUs to be sent in the subframe given by tlie subframe offset; 
SS shall raise an error indication (using SYSTEIVI IND) when that is not possible 
NOTE 1 : 

For RLP the data may be spread over more than one subframe ; 

the TTCN implemetation is responsible to calculate appropriate offsets accordingly 


SubframeOffset 


integer 




subframe offset relative to the absolute timing information given 
in the common part of the ASP; 
NOTE : 

if a RLP SDL) takes more than one subframe, SubframeOffset 
specifies the first TTI 


SduList 


CDMA2000 U PlaneData 
Type 




list of PDUs/SDUs to be sent in one subframe 



RLPFIow_DataPerSubframeList_DL_Type 



TTCN-3 Record of Type 


Name 


RLPFIow_DataPerSubframeList_DL_Type 


Comment 


list of user plane data to be sent in sub-frames given by the SubframeOffset in the single 

elements of the list; 

Timing: 

the start time for the whole sequence is given by the timing info of the ASP (common 
information); 

the timing for the respective data pdus is given by the SubframeOffset relative to the common 

timing info; 

design consideration: 

repetitions of this sequence are not foreseen 

(in which case the subframe offset could not be related to the timing info of the ASP) 


record of RLPFlow DataPerSubframe DL Tvoe 



CDMA2000_U_Plane_Request_Type 



TTCN-3 Record Type 


Name 


CDMA2000_U_Plane_Request_Type 


Comment 


NOTE: formal type definition to allow later enhancements; 

CDMA2000_U_Plane_Request_Type defines a sequence of subframes in which data shall be sent 


SubframeDataL 
ist 


RLPFlow DataPerSubfram 






eList DL Type 
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D.6.4 CDMA2000_CellConfiguration 



HRPD_CellParameters_Type 



TTCN-3 Record Type 


Name 


HRPD_CellParameters_Type 


Comment 


Parameters specific to HRPD 


SystemType 


SvstemTvDe Type 




Specifies the sytem type of Channel 

As per Table 1 3.1 -1 of C.S0024 0, 1 , 2 are defined values and 3 
to 255 are reserved 


SubNetMask 


B8 Type 




7.11.6.2.2 of C.S0024 
Sector Subnet identifier 

set this field to the number of consecutive Is in the subnet mask 
of the subnet to which this sector belongs 


ColorCode 


ColorCode Type 




7.11.6.2.1 of C.S0024 

set to the color code corresponding to this sector part of 
QuickConfig Over head message 


CountryCode 


IVICC Type 




7.11.6.2.2 of C.S0024 

three-digit BCD (binary coded decimal) encoded representation 
of the Mobile Country Code associated with this sector 


OpenLoopAdju 

St 


OoenLoooAdiust Type 




9.4.6.2.6 of C.S0024; 

The negative of the nominal power to be used by access 
terminals in the open loop power estimate, expressed as an 
unsigned value in units of 1 dB. 

The value used by the access terminal is -1 times the value of 
this field 


Reverse Rate Li 


ReverseRateLimit Type 




Table 9.9.6.3-2 of C.S0024; 


mit 






set to the highest data rate that the access terminal is allowed to 
use on the Reverse Traffic Channel 


MACIndex 


ReverseLinklVIACIndex Tyo 
e 




C.S0024 clause 12.4.1.3.2.2 

Forward channel MAC is derivered from this based on table 
12.4.1.3.2.2-1 


PacketApp 


PacketApplication Type 




Multi Flow Packet Application to be used 
Enhanced Multi-Flow Packet Application subtype(0x0009) 
defined in C.S0087 or alternate Enhanced Multi-Flow Packet 
Application subtype (OxFFFE) in C.R1001 


ControlChannel 


ControlChannelRate Type 




MAC index to be used for the Control Channel 


Rate 
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RTT1 X_CellParameters_Type 



TTCN-3 Record Type 


Name 


RTT1 X_CellParameters_Type 


Comment 


Parameters specific to 1 XRTT 


Reg_Zone 


B12 Type 




C.S005 clause 3.7.2.3.2.1 and 2.6.5.1 .5 

Registration Zone of the base station 

Reg Zone, SID and NID shall be unique for each base station 


Base_Class 


B4 Typo 




C.S0005 clause 3.7.2.3.2.1 
Base station class. 

The base station shall set this field as follows: 

For Band Class 1 and 4, the base station shall set this field to 

'0001'; otherwise, the base station shall set this field to '0000' 


MCC 


BIO Type 




3.7.2.3.2.13 and 2.3.1.1 of C.S0005 

encoding is int2bit (1 00*D1 +1 0*D2+D3 -111,10) with digit being 
maped to 10 

binary representation of the Mobile Country Code associated 
with this sector 


IMSM 1_12 


B7 Type 




3.7.2.3.2.1 3 and 2.3.1 .2 of C.S0005 

encoding is int2bit (1 0*D2+D3 -1 1 ,7) with digit being maped to 
10 

binary representation of the Mobile Network Code associated 
with this sector 








TMSI 


TMSI Type 




the TMSI to be assigned to the MS 


ProtRev 


ProtRev Type 




Protocol Revision 


Min ProtRev 


ProtRev Type 




the minimum protocol revision supported by Base station 


Sig_Encryption 
Mode 


EncryptionMode Type 




Encryption mode for Common and dedicated signalling 


USerlnfo_EnGr 
yptionMode 


EncryptionMode Type 




User information Encryption mode 


ModeSpecificCellParams_Type 


TTCN-3 Union Type 


Name 


IUIodeSpecificCellParams_Type 


Comment 




RTT1X 


RTT1X Cell Parameters Type 




HRPD 


HRPD CellParameters Type 




CDMA2000_CellParameters_Type 


TTCN-3 Record Type 


Name 


CDIVIA2000_CellParameters_Type 


Comment 




Type 


CDMA2K Type 




Gives if cell is EHRPD or RTT1X 


CarrierFreq 


CarrierFreaCDMA2000 Ty 

m 




Contains bandclass [5 bit] and arfcn i.e. 1 1 bit channel number 


PhysCellld 


PhysCellldCDMA2000 Typ 




PN offset of pilot 0..51 1 


e 




CellGloballd 


CellGloballdCDMA2000 Ty 
Ee 




Contains the 128 bit cell ID for HRPD and 47 bit cell ID for 
1XRTT 


SearchWindow 


SearchWindowSizeRecord 
Type 




contains the SearchWindow for Active, Neighbor & Remaining 
cells 
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CDMA2000_CellConfiglnfo_Type 


TTCN-3 Record Type 


Name 


CDIVIA2000_CellConfiglnfo_Type 


Comment 




CellParameters 


CDMA2000 CellParameter 




Parameters common to HRPD and RTT1X 


s Type 


InitialCellPower 


CDMA2000 InitialCellPowe 




Power level parameters 


r Type 


ModeSpecificC 
ellParams 


ModeSDecificCellParams T 
ype 




Parameters specific to RTT1 X or HRPD 


CDMA2000_CellConfigRequest_Type 


TTCN-3 Union Type 


Name 


CDIVIA2000_CellConfigRequest_Type 


Comment 




AddOrReconfig 
ure 


CDMA2000 CellConfialnfo Type 


for cell configuration: 

Cellld : identifier of the cell to be configured 
Routinglnfo : None 

Timinglnfo : Now (for initial configuration and for reconfiguration 
in general) 

Controllnfo : CnfFlag:=true; FollowOnFlag:=false (in general) 


Release 


Null Type 


to remove a cell completely - 

Cellld : identifier of the cell to be released; 

eutra_Cell_NonSpecific, in case all cells shall be released 

Routinglnfo : None 

Timinglnfo : Now 

Controllnfo : CnfFlag:=true; FollowOnFlag:=false (in general) 



D.6.5 CDMA2000_HRPD 
D.6.5.1 CDMA2000_PDN_Defs 

CDMA2000_PDN_Defs: Basic Type Definitions 



TTCN-3 Basic Types 


CDIVIA2000_AttachType 


03 Type 


Defined values: 
1 : Initial Attach to a PDN, 
3: Handover attach to a PDN. 
Rest undefined and not used 


1 Pv4_Add ress_Type 


04 Type 


represents the IPv4 address as per 24.301 
clause 9.9.4.9 


1 Pv6_Add ress_Type 


08 Type 


represents the IPv6 interface identifier as per 
24.301 clause 9.9.4.9 


PDNJd_Type 


B4 Type 


indicates the PDN Id associated with the 
bearer PDN Identifier of the PDN for which the 
user data is sent. 

it is the low order 4 bits of, containing the 
PDN-ID identifies the PDN [i.e. one per default 
bearer] 

Reference x.s0057 clause 1 0.1 .5; gives only 
low order 4 bits, and high order 4 bits are 
added as all zero's 


Flow_ld_Type 


B4 Type 


the lower 4 bits of the Flow Identifier, as 
defined in Table 1 5 of x.s0057 
identify each reservation that is requested to 
be added or deleted 

the complete 8 bit flow Identifier is formed by 
PDN-ID and Flow-Id 
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I Pv4v6_Address_Type 



TTCN-3 Record Type 


Name 


1 Pv4 v6_Add ress_Type 


Comment 




IPv4 


IPv4 Address Type 




IP v4 address to be allocated 


IPv6 


IPv6 Address Tvpe 




IP v6 interface identifier to be allocated 


P D NAdd ress_Type 


TTCN-3 Union Type 


Name 


P DN_Add ress_Type 


Comment 


based on 24.301 cl. 9.9.4.9 


IPv4 


IPv4 Address Tvoe 


only IP v4 address to be allocated 


IPv6 


IPv6 Address Tvoe 


only IP v6 interface identifier to be allocated 


IPv4v6 


IPv4v6 Address Type 


both IP v4 address and IP v6 interface identifier to be allocated 



Flow_ldList_Type 



TTCN-3 Record of Type 


Name 


FlowJdList_Type 


Comment 




record of Flow Id Type 



D. 6.5.2 CDMA2000_SubProtocols 

LCP_Detachlnit_Type 



TTCN-3 Enumerated Type 


Name 


LCP_Detachlnit_Type 


Comment 




networklnitiated 


X.S0057 clause 11.2 


UEInitiated 


X.S0057 clause 11.1.2 



DHCP_lnd_Type 



TTCN-3 Record Type 


Name 


DHCPJnd_Type 


Comment 




RapidCommit 


boolean 




indicates if Rapid Comit option of DHCP is used 



UATI104_Type 



TTCN-3 Union Type 


Name 


UATI104_Type 


Comment 




Value 


013 Type 




None 


Null Type 
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UATI_Type 



TTCN-3 Record Type 


Name 


UATLType 


Comment 




UATI24 


03 Type 




Represents UATI[0:23], as per clause 6.3.7.2.2 of C.S0024 


UATI104 


UATI104 Type 




Represents UATI[1 27:24], as per clause 6.3.7.2.2 of C.S0024 if 
has to be assigned 



D. 6.5.3 HRPDJndications 

RegAndDefBearerEstlnd_Type 



TTCN-3 Record Type 


Name 


RegAndDefBearerEstlnd_Type 


Comment 




UATIAssignm 
entCmpI 


Null Type 




UATIAssignment is received 
UATIComplete is received 


CliAssignCmpI 


Null Tvoe 




Traffic/Extpndpd Channpl A^^innmpnt nrocedurp started LJE ha*? 
sent ConnectionRequest 

Traffic/Extended Channel assignment is completedUE has sent 
TrafficChannelComplete Route update protocol 


SCP_ConfigC 
mpl 


Null Type 




SCP (Session Configuration Protocol )ConfigurationRequest 
mesage is received 

SCP (Session Configuration Protocol )ConfigurationResponse 
mp^anp i*? tran*?mlttpd 

1 1 1 ^OU^ \j 1 LI CI 1 1 1 1 II L L 


Stream_Config 
CmpI 


Null Type 




Stream Protocol Configuration ConfigurationRequest mesage is 
received 

Stream Protocol Configuration ConfigurationResponse mesage 
is transmitted 


EMPA_ConfigC 
mpl 


Null Type 




Enhanced Multi flow Packet application ConfigurationRequest 
mesage is received 

Enhanced l\/lulti flow Packet application ConfigurationComplete 
mesage is received 


SessionNegotia 
tionCmpI 


Null Type 


opt 


Session Negotiation has started; Session Negotiation has 
completed 


DeviceAuthCm 
pl 


Null Type 


opt 


Device level authentication has started; Device level 
authentication has completed 


LocationUpdate 
CmpI 


Null Type 


opt 


Location Update started; Location Update completed 


EAP AKA Cm 
pl 


Null Type 




Improved Extensible Authentication protocol for Authentication 
and Key agreement started RFC 5448 

Message flow in x.s0057 clause 5.2.5.1 Authentication and Key 
agreement Completed 


VSNCP_Config 
CmpI 


Null Type 




PDN connection establishment started and UE has sent 
PPP Vendor Specific Network Control Protocol Configuration 
Request PDN Connection and default bearer establishment is 
completed 

with possible IPV4 address [optional] and or IPv6 interface ID 

[IVIandatory] provided 

Attach type shall be Handover Attach 


DHCP_ConfigC 
mpl 


DHCP Ind Type 


opt 


UE and SS decided for IPv4 address allocation by DHCP IPv4 
address allocation completed by UE and SS 
Completion of IP Address through DHCP 
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DedicatedBearerRellnd_Type 



TTCN-3 Record Type 


Name 


DedicatedBearerRellnd_Type 


Comment 




VSNP_Termina 
teCmpI 


Null Type 




Dedicated bearers are deactivated/ released 


SCP_ReleaseC 
mpl 


Null Type 


opt 


Session Configuration Protocol to relase the reservations 
exclusively associated with the deleated bearer 
Reservation deletion completed 


Def au ItBearerRel Detach 1 nd_Type 


TTCN-3 Record Type 


Name 


DefaultBearerRelDetachlnd_Type 


Comment 




VSNCP_Termi 
nateCmpI 


Null Type 


opt 


To Released configured default bearer and hense associated 
Dedicated bearer x.s0057 clause 1 1 .3 and 11.1.1 
To indicate the default bearer is released 


LCP_Terminate 
CmpI 


Null Type 




To detach the UE x.s0057 clause 1 1 .2 Detach completed 


HRPDSystemlndicationlype 


TTCN-3 Union Type 


Name 


HRPD_Systemlndication_Type 


Comment 




Error 


Null Type 


Used by SS to indicate any error; 

the Actual Error types reported in ASP common part in 

CDIVIA2000_lndicationStatus_Type 


InitialAccessPr 
obeRcvd 


Null Type 


Initial Access probe is received; 


RegAndDefBea 
rerEstInd 


ReaAndDefBearerEstInd Type 


UE has succesfully performed registration and default bearer 
esablishment 


DedicatedBear 
erEstInd 


Null Type 


Vendor specific network protocol [RFC 3772] procedures to re- 
establish Dedicated bearer as defined in S.0057 clause 5.5.3.1 
[BCM is MS/NW] 
or clause 5.5.4.1 .1 [BCIVI = MS-Only] Bearer Configuration 
Mode 

Dedicated bearers are [re] established 


DedicatedBear 
erRelInd 


DedicatedBearerRelInd Type 


To indicate the Dedicated bearer is released 


DefaultBearerR 
elDetachInd 


DefaultBearerRelDetachInd Type 


To Release configured default bearer and hense associated 
Dedicated bearer x.s0057 clause 1 1 .3 and 11.1.1 
Dedicated bearers are deactivated/released 
To detach the UE x.s0057 clause 1 1 .2 Detach completed 




MovedToDorm 
antMode 


Null Type 


The channels are released and UE is moved to PPP dormant 
mode/Air interface Idle. 


MobilityFromE 
UTRACmpI 


Null Type 


To confirm that Handover from EUTRAN is completed by 
receiving Traffic Channel Complete 
and the IVIessageSequence is same as in Traffic Channel 
Assignment 
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D. 6.5.4 HRPD Commands 



HRPD_UE_lnitStateType 



TTCN-3 Enumerated Type 


Name 


HRPD UE InitStateTvoe 


Comment 


HRPD UE states as defined in C.S0057 clause 3.1 


idle_Null 


In the Inactive/Null State, 

1 . there is no physical traffic channel between the UE and the eAN, and no connection exists 

UclWccil Lite cMIn allU lllc ciwr 

p nn PPP link hptwppn thp 1 IF and thp H9(n\A/ 

3. The UE may have a Universal Access Terminal Identifier (UATI) that has been assigned by 
an eHRPD eAN 


dormant 


In the Dormant State, 

1 . no physical traffic channel exists between the UE and the eAN and no connection exists 
between the eAN and the ePCF. 

2. PPP link between the UE and the HSGW 

3. eHRPD DORIVIANT state equates to the "idle" state referred to in TS 23.402 


active_Connected 


In the Active/Connected State, 

1 . a physical traffic channel exists between the UE and the eAN over which data may be sent. 
A connection exists between the eAN and the ePCF, and between the ePCF and the HSGW, 

2. there is a PPP link between the UE and the HSGW 


preregister 


The UE is performing pre-register though a different Access network 



Reg And Def BearerEst_Type 



TTCN-3 Record Type 


Name 


RegAndDefBearerEst_Type 


Comment 




InitState 


HRPD UE InitStateTvoe 






PDN Id 


PDN Id Tvoe 




PDN ID of the bearer 


PDN Address 


PDN Address Tvoe 




the PDN Address to be provided to the UE in VSNCP ConfigAck 


RLP Flowld 


RLP Flowld Type 




Associated RLP Flow ID 


UATI 


UATI Type 




UATI to be Assigned to the UE 


AttachType 


CDIVIA2000 AttachTvoe 




The Attach Type to be expected in VSNCP procedure 


DefaultBearerRelDetach_Type 


TTCN-3 Record Type 


Name 


DefaultBearerRelDetach_Type 


Comment 




InitState 


HRPD UE InitStateTvoe 






PDN Id 


PDN Id Type 




PDN ID of the bearer 


RLP Flowld 


RLP Flowld Type 




Associated RLP Folw ID 


UE NW Initiat 
ed 


LCP Detachlnit Tvoe 




If initiated by UE or Network 
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DedicatedBearerEstRel_Type 



TTCN-3 Record Type 


Name 


DedicatedBearerEstRel_Type 


Comment 




InitState 


HRPD UE InitStateTvpe 




PPP and Air Interface state of UE when the procedure is being 
executed 


Associated Defa 
ultBearer 


PDN Id Type 




the PDN ID of the associated default bearer; 

Gives the APN with which addititonal Dedicated Bearer needs to 

be established 


Flowlds 


Flow IdList Tvoe 




Flow_ID's of the multiple dedicated bearers to be 
Activated/Deactivated 


RLP_Flowlds 


RLP FlowldList Type 




Associated RLP Folw ID; There is one to one association 
between elements 

in Flow_ldList_Type and RLP_FlowldList_Type; ITs a TTCN 
programing error otherwise 



MobilityFromEUTRA_Type 



TTCN-3 Record Type 


Name 


MobilityFromEUTRAType 


Comment 




TrafficChannelA 
ssignment 


octetstring 




provides the octet encoded Traffic Channel Assignment sent to 
the UE through EUTRAN cell 
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HRPD_SystemCommand_Type 



TTCN-3 Union Type 


Name 


HRPD_SystemCommand_Type 


Comment 




ReportlnitialAcc 
esProbe 


Null Type 


SS is expected to report any possible Access probes received on 
HRPD Cell; 

will be used in situations where UE is not expected to camp on a 
HRPD Cell 


RegAndDefBea 
rerEst 


ReaAndDefBearerEst Tvoe 


To complete registeration and establish Default bearer; 
Initial UE State is ldle_Null State 

Indications upto VSNCP protocol and possible IP signalling over 
DHCPv4 and/or ICMPv6 is performed 
At the end of procedure, UE is still in Active/Connected state; 
SS is expected to send InitialAccessProbeRcvd and 
RegAndDefBearerEstInd as an indication for succesful 
completion of procedure 


DedicatedBear 
erEst 


DedicatedBearerEstRel Type 


Dedicated bearers are established/Activated by VSNP/EMPA 
protocol; 

PDN ID and RLP flow ID pairs are provided for each Dedicated 
bearer 

At the end of procedure, UE is still in Active/Connected state 
SS is expected to send lnitialAccessProbeRcvd[only if initial state 
is not Active] and DedicatedBearerEstInd as an indication for 
succesful completion of procedure 


MoveToDorma 
ntState 


Null Tvoe 


UE is Active_Connected state and is moved to Dormant state 
SS is expected to send MovedToDormantMode 


MoveToActiveS 
tate 


RLP FlowldList Type 


UE is initially Dormant state; 

UE is made to Move to Active_Connected State 

List of RLP flow Id's [associated with default + dedicated bearer], 

need to be established are provided 

SS is expected to send InitialAccessProbeRcvd 


DedicatedBear 
erRel 


DedicatedBearerEstRel Tvoe 


Dedicated bearers are released/De-Activated by VSNP 
terminate and SCP release protocol; 
At the end of procedure, UE is still in Active/Connected state 
SS is expected to send lnitialAccessProbeRcvd[only if initial state 
is not Active] and DedicatedBearerRelInd as an indication for 
succesful completion of procedure 


DefaultBearerR 
el Detach 


DefaultBearerRelDetach Tvoe 


Default bearer is released by VSNCP terminate and SCP release 
protocol 

UE is made to detach by LCP protocol and Possible Channels 
are released 

At the end of procedure, UE is in ldle_Null state 
Notes: 

When Detach is network initiated the sequence is 

1 . Default bearer [ and hence all associated Dedicated bearers] 
released by VSNCP termintate 

2. UE is detached by LCP terminate procedure 

When Detach is UE initiatated, UE may only perform LCP 
terminate procedure 

SS is expected to send lnitialAccessProbeRcvd[only if initial state 
is not Active] and DefaultBearerRelDetachInd as an indication for 
succesful completion of procedure 


MobilityFromE 
UTRA 


MobilityFromEUTRA Type 


Prepare SS for reporting of Traffic Channel Complete in the 
HRPD Cell; 

After Receiving Traffic Channel Assignment embedded in 
EUTRA message MobilityPromEUTRACommand, UE has 
Tuned to HRPD Radio and transmitted Traffic Channel Complete 
in the HRPD Cell 
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D.6.6 CDMA2000_RTT1 X 
D.6.6.1 RTTIXJndications 

RTTIX call flows in RTTlx cell 

Expected Sequence for Attach [Power Up Attach] 

1 . Initial AccessProbeRcvd 

2. CS_RegistrationStart[Powerup] 

3. CS_RegistrationCmpl 

Expected Sequence for Detach [Power Down Attach] 

1 . Initial AccessProbeRcvd 

2. CS_RegistrationStart [PowerDown] 

3. CS_RegistrationCmpl 

Expected Sequence for CSFB Call Establishment 

1 . Initial AccessProbeRcvd 

2. CS_CallEstStart [Origination/ PageResponse] 

3. ChAssignCmpl [Extended Channel Assignment is sent] 

4. CS_CallEstCompleted [Acknowledgement Order Sent, Service Connect sent, Service Connect Completion received. 
Alert Sent/Received and ConnectOrder is received] 

Expected Sequence for SRVCC call handover 

1 . Initial AccessProbeRcvd 

2. HandoffCmpl 



RTT1X_CS_CallType 



TTCN-3 Enumerated Type 


Name 


RTT1X_CS_CallType 


Comment 




mo 


Call is UE oringinated 


mt 


Call is UE Terminated 


RTTIXAttachType 


TTCN-3 Enumerated Type 


Name 


RTTIXAttachType 


Comment 




powerUpAttach 


UE is doing Power up attach it was not previously attached 


powerDownAttach 


UE is doing power down attach; it was previously attached 



CS_RegCmpllnd_Type 



TTCN-3 Record Type 


Name 


CS_RegCmpllnd_Type 


Comment 




CS_Registratio 
nCmpI 


RTT1 XAttachlype 




CS power up/down registration is completed 

UE Sent Registration message and received an L2 

Acknowledgement 

Optionally SS can perform Authentication and and has sent 
Registration Accepted order 
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CS_Reg_Ca 1 1 Cm p II nd_Ty pe 



TTCN-3 Record Type 


Name 


CS_Reg_CallCmpllnd_Type 


Comment 




CS_Registratio 
nCmpI 


RTT1 XAttachTvpe 


opt 


CS power up/down registration is completed; This is omit if 

implicit registration is done 

UE Sent Registration message and received an L2 

Acknowledgement 

Optionally SS can perform Authentication and and has sent 

Registration Accepted order 

UE can also do a implicit registration; i.e. reception of 

Origination/reconnect/CallRecovery/Page message 

by Base station is treated as implicit registration 


CS CallEstStar 
ted 


RTT1X CS CallTvpe 




Received Origination message for IVIO and Page Response for 
MT 


ChAssignCmpI 


Null Tvoe 




[Extended] Channel Assignment procedure started UE has sent 
ConnectionRequestTraffic 

Extended Channel assignment is completedUE has sent 
TrafficChannelComplete 


CS_CallEstCo 
mpleted 


Null Type 




SS received Service Connect Completion[IVIo] or 
ConnectOrder[MT] [i.e User Accepted call] 


CS_CallCmpllnd_Type 


TTCN-3 Record Type 


Name 


CS_CallCmpllnd_Type 


Comment 




CS CallEstStar 
ted 


RTT1X CS CallTvDe 




Received Origination message for IVIO and Page Response for 
MT 


ChAssignCmpI 


Null Tvoe 




[Extended] Channel Assignment procedure started UE has sent 
ConnectionRequestTraffic 

Extended Channel assignment is completedUE has sent 
TrafficChannelComplete 


CS_CallEstCo 
mpleted 


Null Tvoe 




SS received Service Connect Completion[IVIo] or 
ConnectOrder[MT] [i.e User Accepted call] 


RTT1 XSystem 1 nd icat io nly pe 


TTCN-3 Union Type 


Name 


RTT1 X_Systemlndication_Type 


Comment 




Error 


Null Type 


Used by SS to indicate any error; the Actual Error types reported 
in ASP common part in CDMA2000_lndicationStatus_Type 


InitialAccessPr 
obeRcvd 


Null Type 


Initial Access probe is received 


CS_Registratio 
nCmpI 


CS ReaCmDiInd Type 


CS power up/down registration is completed 

As registration message, and possible Authentication 

Registration accepted order are all 

sent received on f/r-csch UE at end is in Idle state 


CS_Reg_CallC 
mplind 


CS Reg CallCmplInd Type 


CS Registration /implicit registration and Call Indication MO or 
MT 

UE is in connected state with f/r dtch configured 


CS CallCmplln 
d 


CS CallCmDiInd Type 


CS Call Indication MO or MT 

UE is in connected state with f/r dtch configured 


HandoffCmpI 


Null Type 


needed for SRVCC handover of an IMS voice call on LTE to 
1XRTT 

indicates SS has received HandoffComplete message and the 
call is established 


MovedToldleSt 
ate 


Null Type 


The channels are released and UE is moved to Idle state. 
CS Call is released by exchange of Release order in both 
directions C.S0005 figure B3 and 84 
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D. 6.6.2 RTT1X Commands 



CS_Registration_Type 



TTCN-3 Record Type 


Name 


CS_Registration_Type 


Comment 




AttachType 


RTT1 XAttachTvpe 






IsPreRegistrati 
on 


boolean 




Indicates if it is done as pre registration 
Value is ignored if Attach Type is Power down 
(Assumption detach happens only in IXRTTcell) 


MobilityFromEUTRA_1XRTT_Type 


TTCN-3 Record Type 


Name 


l\/lobilityFromEUTRA_1XRTT_Type 


Comment 




HandoverAssign 
ment 


octetstring 




provides the octet encoded HandoverAssignment sent to the UE 
through EUTRAN cell 


RTT1 X_SystemCommand_Type 


TTCN-3 Union Type 


Name 


RTT1 X_SystemCommand_Type 


Comment 




ReportlnitialAcc 
esProbe 


Null Type 


SS is expected to report any possible Access probes received on 
1XRTT Cell; 

will be used in situations where UE is not expected to camp on a 
1XRTT Cell 


CS_Registratio 
n 


CS Registration Type 


Power up attach/ power down attach in 1xRTT cell or Pre 
registration [Power up attach] through a different RAT 


CSFB Call 


RTT1X CS Calllype 


CSFB_Call by a [pre-]registered UE 


CS Reg CSFB 
_Call 


RTT1X CS CallTvoe 


UE not previously pre-registered hence performs registration 
[Power up attach] and CSFB call 
Registration can be implicit registration as 


MobilityFromE 
UTRA 1XRTT 


IVIobilityFromEUTRA 1XRTT Typ 


Prepare SS for Mobility from Eutra 


e 



D.6.7 System_l interface 



C D M A2000_System Req u est_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_SystemRequest_Type 


Comment 




Cell 


CDIV1A2000 CellConfigRequest 
Type 


configure/release a cell 


CellAttenuation 
List 


CDIVIA2000 CellAttenuationList 




Tvoe 
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CDMA2000_SystemConfirm_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_SystemConfirm_Type 


Comment 


confirmations for system configuration; in general to be sent after the configuration has been done 


Cell 


Null Type 


(no further parameters from SS) 


CellAttenuation 
List 


Null Type 


(no further parameters from SS) 

NOTE 1 : the confirmation shall be sent when all cells have 
changed power levels 

NOTE 2: for the Cellld in the common ASP part the same rules 
are applied as for the CDIVIA2000 SYSTEM REQ 


CDMA2000_SYSTEM_CTRL_REQ 


TTCN-3 Record Type 


Name 


CDIVIA2000 SYSTEIM CTRL REQ 


Comment 




Common 


CDIV1A2000 ReqAspComm 




Timinglnfo depends on respective primitive: 


on Part Type 


Request 


CDMA2000 SvstemReque 
St Type 




- Cell 

Timinglnfo: 'now' (in general) 

- CellAttenuationList 

Timinglnfo: 'now' (in general, but activation time may be used 
also) 


CDMA2000_SYSTEM_CTRL_CNF 


TTCN-3 Record Type 


Name 


CDIVIA2000 SYSTEM CTRL CNF 


Comment 




Common 


CDIV1A2000 CnfAspComm 
on Part Type 




Timinglnfo is ignored by TTCN 

=> SS may set Timinglnfo to "None" 


Confirm 


CDMA2000 SvstemConfir 
m Type 







CDMA2000_SystemCommand_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_SystemCommand_Type 


Comment 




HRPD 


HRPD SystemCommand Type 


HRPD Specific System commands 


RTT1X 


RTT1X SystemCommand Type 


1XRTT specific System commands 


CDMA2000_SYSTEM_CMD 


TTCN-3 Record Type 


Name 


CDIVIA2000_SYSTEIVI_CIVID 


Comment 




Common 


CDIV1A2000 ReqAspComm 
on Part Type 




Routing info will be none generally; 

Timinglnfo is generally now but activation time may be used also 

for all System commands 

Cnf and Follow on flags are both false 


Command 


CDMA2000 SystemComm 
and Type 




HRPD or 1XRTT System commands 
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CDMA2000_Systemlndication_Type 



TTCN-3 Union Type 


Name 


CDIVIA2000_Systemlndication_Type 


Comment 




HRPD 


HRPD System Indication Type 




RTT1X 


RTT1X System Indication Type 





CDMA2000 SYSTEM IND 



TTCN-3 Record Type 


Name 


CDIVIA2000_SYSTEIVIJND 


Comment 




Common 


CDIVIA2000 IndAspCommo 
nPart Type 




The SS shall provide Timinglnfo (SFN + subframe number) 
depending on the respective indication: 


Indication 


CDIV1A2000 Systemlndicati 
on Type 




- Error 

Timinglnfo: related to the error (if available) 

- HRPD/RTT1X Procedure completion 

The timing info corresponding to logical completion of the 
complete procedure 
includes completion of all sub protocols 



CDMA2000 RLP FLOW COMMON IND 



TTCN-3 Record Type 


Name 


CDIVIA2000_RLP_FLOW_COIVIMONJND 


Comment 


ASP to receive PDUs from RLP Packet Flows 


Common 


CDIV1A2000 IndAspCommo 
nPart Type 




Cellld : identifier of the cell 
Routinglnfo : RLP Flow id 

Timinglnfo : time when RLP SDU's has been completely received 


Data 


CDMA2000 U PlaneData 
Type 







CDMA2000 RLP FLOW COMMON REQ 



TTCN-3 Record Type 


Name 


CDIVIA2000_RLP_FLOW_COIVIIVION_REQ 


Comment 


ASP to send PDUs to RLP Packet flows 


Common 


CDIV1A2000 ReaAsoComm 
on Part Type 




Cellld : identifier of the cell 
Routinglnfo : RLP Flow id 

Timinglnfo : starting point when to start sending sequence of 
data PDUs 
e.g. 

TimeStampLong_Type = X, subframe number = x; 
U_Plane.SubframeDataList[i].SubframeOffset := offsetj; 
=> U Plane. SubframeDataList[i].PduSduList shall be sent out 
at 

TimeStampLong_Type = X + ((x + offsetj) / 4); 
subframe number = (x + offsetj) mod 4 
Controllnfo : CnfFlag:=false; FollowOnFlag:=false 








U_Plane 


CDMA2000 U Plane Req 
uest Type 
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CDMA2000 SYSTEM PORT 



TTCN-3 Port Type 


Name 


CDMA2000_SYSTEM_PORT 


Comment 


CDI\/IA2000 PTC: Port for system configuration 


out 


CDMA2000 SYSTEM CTRL RE 
Q 




in 


CDMA2000 SYSTEM CTRL CN 
F 




CDMA2000_SYSCMD_IND_PORT 


TTCN-3 Port Type 


Name 


CDMA2000_SYSCMDJND_PORT 


Comment 


CDMA2000 PTC: Port for system indications/Commands 


out 


CDMA2000 SYSTEM CMD 




in 


CDMA2000 SYSTEM IND 





CDMA2000 RLP FLOW PORT 



TTCN-3 Port Type 


Name 


CDMA2000_RLP_FLOW_PORT 


Comment 


CDMA2000 PTC: Port for RLP SDU's to be sent on RLP packet data streams 


out 


CDMA2000 RLP FLOW COMM 
ON REQ 




in 


CDMA2000 RLP FLOW COMM 
ON IND 





D.7 CDMA2000_CommonDefs 

type definitions used by CDMA2000 and EUTRA 
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CDMA2000_CommonDefs: Basic Type Definitions 



TTCN-3 Basic Types 


BanaclassCDMA2000_Ty 


integer (0..31) 


Band class defined as in 36.331 ASN.1 


pe 




definition for BandclassCDIVlA2000 


ARFCN_ValueCDIVIA2000 


integer (0..2047) 


ARFCN for CDIVIA2000 cell as in 36.331 


_Type 




ASN.1 definition for ARFCN ValueCDI\/IA2000 


PhysCellldCDIVIA2000_Ty 
pe 


integer (0..511) 


FN offset for CDIVIA2000 cell as in 36.331 
ASN.1 definition for PhysCellldCDMA2000 


ProtRevType 


integer (0..255) 


protocol revision 


OpenLoopAdjust_Type 


integer (0..255) 


9.4.6.2.6 of C.S0024 


BCD_Digit_Type 


integer (0..9) 


To represent BCD digit of MCC 


TIVISLCode_Type 


04 Type 




EncryptionlUlode_Type 


integer (0..7) 


C.S0005 table 3.7.4.5-1 & 3.7.5.7-3 

... Encryption disabled 

1 ... Encryption with ORYX algorithm for User 
Info and 

Enhanced Cellular Msg Encryption 
Algorithm for Signalling 

2 ... Encryption with Rijndael algorithm 
3-7 ... reserved 


TIUISI_ZoneLen_Type 


integer (1 ..8) 


TMSI Zone Lenght; On encoding this is 
encoded to B4 Type 


SectorlD_HRPD_Type 


B128 Tvoe 


Sector ID for HRPD as in 36.331 ASN.1 
definition for 

CellGloballdCDMA2000.cellGloballdHRPD 


PllotOffset_Type 


integer (-31. .0) 


Represents the offset i.e. Pilot Channel power 
to total cell power{dB); 
By default shall be set to -7 
127 selected IVlax value by 7 bits 


Powerlor_Type 


integer (-127..0) 


Represets the cell total Tx power lor 
(dBm/1.23 MHz) 


Powerloc_Type 


integer (-127..0) 


Represets the cell total AWGN power loc 
(dBm/1 .23 MHz) which is independent of cell 


SystemType_Type 


Integer (0..255) 


to 2 are allowed and 3 to 255 are reserved 
13.1 of C.S0024 


ColorCode_Type 


integer (0..255) 


7.11.6.2.1 of C.S0024 


ReverseLinkMACIndex_T 


integer (0..383) 


C.S0024 clause 12.4.1.3.2.2 


ype 







IUICC_Type 



TTCN-3 Record of Type 


Name 


MCC_Type 


Comment 


Represents Mobile Country Code 


record lenqth (3) of BCD Diqit Type 



TI\flSI_Zone_Type 



TTCN-3 Record of Type 


Name 


TMSI_Zone_Type 


Comment 


TMSI Zone 1 to 8 octets 


record lenqth (1 ..8) of B8 Type 



TIV!SI_Type 



TTCN-3 Record Type 


Name 


TIVISLType 


Comment 


Globally unique TMSI as defined in C.s0005 clause 3.7.2.3.2.19 


TMSI ZoneLen 


TMSI ZoneLen Type 




Length of TMSI_Zone 1..8 


TMSI Zone 


TMSI Zone Type 




TMSI ZoneLen octets of TMSI Zone 


TMSI Code 


TMSI Code Type 




TMSI code 
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Sectorl D_RTT1 X_Type 



TTCN-3 Record Type 


Name 


Sectorl D_RTT1 X_Type 


Comment 


Sector ID for 1XRTT acc. to C.S0005 clause 3.7.2.3.2.1 and as in 36.331 ASN.1 clause 6.3.4, 
definition of CellGloballdCDMA2000.cellGloballd1XRTT 


Baseld 


B16 Type 




Base station identification. 

The base station shall set this field to its identification number 


NID 


B16 Type 




Network identification 

This field serves as a sub-identifier of a system as defined by the 
owner of the SID. 

The base station shall set this field to the network identification 
number for this network 


SID 


815 Type 




System identification, set to the system identification number for 
this system 



CarrierFreqCDMA2000_Type 



TTCN-3 Record Type 


Name 


CarrierFreqCDMA2000_Type 


Comment 


Carrier Frequency for CDMA2000 cell as in 36.331 ASN.1 definition for CarrierFreqCDI\/IA2000; 
contains Band class 5 bit and Channel number 1 1 bit part of Sector Channel over head message 
contained in 24 bit Channel IE 


BandClass 


BandclassCDMA2000 Typ 
e 






ARFCN 


ARFCN ValueCDIVlA2000 
Type 







CDMA2K_Type 



TTCN-3 Enumerated Type 


Name 


CDMA2K_Type 


Comment 


CDMA 2000 Type for CDMA2000 cell as in 36.331 ASN.1 definition for CDMA2000-Type 


typelXRTT 




typeHRPD 





CellGloballdCDMA2000_Type 



TTCN-3 Union Type 


Name 


CellGloballdCDIUIA2000_Type 


Comment 


CDMA 2000 Type Sector ID of the Cell as in 36.331 ASN.1 definition CellGloballdCDMA2000 


RTT1X 


Sectorl D RTT1X Type 




HRPD 


SectorlD HRPD Type 
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ReverseRateLimit_Type 



TTCN-3 Enumerated Type 


Mama 


RAi/arcARotol imit 
ncVcrociidlcLllllll 1 yp" 


worniTicni 


1 auie y.y.D.o-^ or u.ouu^i^, 

bfcJl lU lllc lllyllfcJbL UdLct idLc; llldl Ulu aOOcoo IclllMildl lo dllUWcU lU Ubc Ull lilt; nfcJVtJibt; 1 idlllO 
(^h^i nnol ■ 

\_f 1 1 Cll 11 Id , 

10 Rp*?pr\/pd valijp*^ 


khncH 

r\U|JoU 




khncQ R 




khnQlQ p 

l\U[Jo 1 i? ^ 




khnc'^A A 
IMjpoOO ^ 




r\U|Jo / O O 




r\U|Jo 1 vJO O 




1 t^Ol V 1 




resrv2 




resrvS 




resrv4 




resrvS 




resrv6 




resrv7 




resrvS 




resrvQ 




resrvIO 




PacketApplication_Type 


TTCN-3 Enumerated Type 


Name 


PacketApplication_Type 


Comment 


Type of Pacl<et Application 


enhMultiFlowPacketA 
PP 




altEnhMultiFlowPack 
etApp 




ControlChannelRate_Type 


TTCN-3 Enumerated Type 


Name 


ControlChannelRate_Type 


Comment 


Determines the IVIAC configuration for Control Channel 


maclndex2 




maclndexS 




CDMA2000_Cellld_Type 


TTCN-3 Enumerated Type 


Name 


CDMA2000_Cellld_Type 


Comment 




cdma2000_Cell_Non 
Specific 




cdma2000 Cell15 


HRDP Cell 


cdma2000 Cell16 


HRDP Cell 


cdma2000 Cell17 


HRDP Cell 


cdma2000 Cell18 


HRDP Cell 


cdma2000 Cell19 


RTTIXCell 


cdma2000 Cell20 


RTTIXCell 


cdma2000 Cell21 


RTT1 X Cell 


cdma2000 Cell22 


RTTIXCell 
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SearchWindowSizeRecord_Type 



TTCN-3 Record Type 


Name 


SearchWindowSizeRecord_Type 


Comment 




SearchWindow 


SearchWindowSize Type 




Search Window for Active Cells 


Active 








SearchWindow 


SearchWindowSize Type 




Search Window for Neighbor Cells 


_Neighbor 








SearchWindow 


SearchWindowSize Type 




Search Window for Rest Cells 


_Remaining 









D.8 HRPD_MsgTypeDefs 



HRPD MsglypeDefs: Basic Type Definitions 



TTCN-3 Basic Types 


IVIessageld_Type 


B8 Type 




Transactionld_Type 


B8 Type 




RAChannelGain 


B2 Type 




MACIndexMSB 


81 Type 




DSC 


B3 Type 




DeltaT2P 


B6 Type 
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TTCN-3 Record Type 


Name 


Pilot 


Comment 




PilotPN 


B9 Type 




The access network shall set this field to the FN Offset 
associated with the sector that 

will transmit a Power Control Channel to the access terminal, to 
whom the access terminal 

is allowed to point its DRC, and whose Control Channel and 
Forward Traffic Channel the 
access terminal may monitor. 


SoftHandoff 


B1 Tvoe 




If the Forward Traffic Channel associated with this pilot will carry 
the same closed-loop 

power-control bits as that of the previous pilot in this message, 
the access network shall 

set this field to '1 '; otherwise, the access network shall set this 
field to '0'. The access 

network shall set the first instance of this field to '0'. If the 
SofterHandoff field 

associated with a PilotPN is equal to '1', then the PilotPN is 
defined to belong to the same cell 
as the previous PilotPN in this messag 


MACIndexLSBs 


B6 Type 




Least Significant Bits of the IVIedium Access Control Index. The 
access network shall set this field 

to the six least significant bits of the MACIndex assigned to the 
access terminal by this sector 


DRCCover 


B3 Type 




The access network shall set this field to the index of the DRC 
cover associated with the sector specified in this record. 


RABLength 


B2 Type 




If the traffic channel being assigned by this message is to use 
Subtype or Subtype 1 Reverse Traffic Channel MAC protocol, 
the access network shall set the RABLength to specify the 
Reverse Activity Bit length according to Table 9.7.6.2-2. 
Otherwise, 

the access network shall set this field to '00'. 
'00':8,'01':16,'10:32,'11':64 


RABOffset 


B3 Type 




If the traffic channel being assigned 1 by this message is to use 

Subtype or Subtype 1 Reverse Traffic Channel MAC protocol, 

the access network shall set this field to indicate the offset 

associated with the Reverse Activity Bit. Otherwise, 

the access network shall set this field to '000'. The value (in slots) 

of RABOffset is the number the field is set to multiplied by 

RABLength/8 



PilotLlst 



TTCN-3 Record of Type 


Name 


PilotList 


Comment 




record length (1 ..15) of 


Pilot 



RAChannelGainList 



TTCN-3 Record of Type 


Name 


RAChannelGainList 


Comment 




record length (1 ..15) of 


RAChannelGain 
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MACIndexMSBList 



TTCN-3 Record of Type 


Name 


MACIndexMSBList 


Comment 




record length (1 ..15) of 


MACIndexMSB 



DSCList 



TTCN-3 Record of Type 


Name 


DSCList 


Comment 




record length (1 ..15) of 


DSC 



DeltaT2PList 



TTCN-3 Record of Type 


Name 


DeltaT2PList 


Comment 




record length (1 ..15) of 


DeltaT2P 



D.9 CommonDefs 



CommonDefs: Constant Definitions 



TTCN-3 Basic Types 


tsc_Ulnt8Max 


integer 


255 




tsc_Ulnt16Max 


integer 


65535 




tsc Ulnt32Max 


integer 


4294967295 
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CommonDefs: Basic Type Definitions 



TTCN-3 Basic Types 


BIType 


bitstring length(1 ) 




1 ype 


bitstring length(2) 




DO Timn 

Do_ 1 ype 


bitstring lengtli{3) 




e34_ I ype 


bitstring lGngtli{4) 




D0_ 1 ype 


bitstring lengtli(5) 




B6_Type 


bitstring lengtli(6) 




B7_Type 


bitstring lengtli(7) 




D f_i o_ 1 ype 


bitstring lengtli(7..15) 


— 7^ — 

NOTE: length restriction can only be a range 

UUl llul IWU Ut^bLIIICL IcFigillb 


DO 1 ype 


Ullblllliy iciiyiii^o^ 




D57_ 1 ype 


DiTSiring lengirny; 




Di u_ 1 ype 


bitstring lengtli(10) 




Di i_ 1 ype 


bitstring lengtli{11) 




D 1 ^ 1 yp" 


uiibLiiiiy it?iiy Lri\ 1 £ij 




D 1 9 1 ype 


Ullblllliy iciiyiii^ioj 




RiA T\/na 

D 1 D_ 1 ype 


DiTSiring lengirn loj 




o^^_ 1 ype 


bitstring lengtli(24) 




o£.H_ 1 ype 


bitstring lGngtli{24) 




Do^ 1 ype 


Ullblllliy it?iiyiri^O£ij 




1 ype 


Ullblllliy iciiyiii^D^j 




B128 Tvoe 


hit<?trinn Ipnnthf1281 

i_/iLoii II lu iv^i iMLi ly ' ^ / 




B256_Type 


bitstring lengtli(256) 




B128_Key_Type 


B128 Type 


128 bit security key 


03_Type 


octetstring length(3) 




04_Type 


octetstring length(4) 




08_Type 


octetstring length(8) 




013_Type 


octetstring length(14) 




Null_Type 


boolean (true) 


dummy type for 'typeless' fields in unions 


DummyType 


boolean (true) 


dummy type for temporary purposes only 


Ulnt16_Type 


integer (0 .. tsc Ulnt16Max) 




Ulnt32_Type 


integer (0 ..tsc Ulnt32Max) 




Char1_Type 


charstring length (1) 





D.10 References to TTCN-3 



References to TTCN-3 


EUTRA_ASP_TypeD 
efs 


CommonEUTRA_Defs/EUTRA_ASP_TypeDefs.ttcn 


Rev 4620 


EUTRA ASP DrbDe 
fs 


CommonEUTRA_Defs/EUTRA_ASP_DrbDefs.ttcn 


Rev 4092 


IP_ASP_TypeDefs 


IP_PTC/IP_ASP_TypeDefs.ttcn 


Rev 4561 


NasEmu_AspTypes 


NasEmulation/NasEmu_AspTypes.ttcn 


Rev 4419 


EUTRA CommonDe 
fs 


CommonEUTRA_Defs/EUTRA_CommonDefs.ttcn 


Rev 4554 


CDMA2000_ASP_Ty 
peDefs 


C2K/CDMA2000_ASP_TypeDefs.ttcn 


Rev 4496 


CDMA2000_Commo 
nDefs 


C2K/CDMA2000_CommonDefs.ttcn 


Rev 4258 


HRPD_MsgTypeDef 
s 


C2K/H R P D_MsgTypeDefs.ttcn 


Rev 4503 


CommonDefs 


Common/CommonDefs.ttcn 


Rev 4607 
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D A K\#A A 


DCf* ^ AA^ AO 

Hosi UU1 ys 


A^ TC 

Ul /O 




L 1 b_ 1 UU . AOQltlOn OT oUr Wl yi bU 1 HA HHO leSI Case o.ii.o. 1 


O O A 
O.O.U 


O ^ A 

0.4.U 


OA H A AA 


O A M -H-zl A 

HANff4y 


□ C^H AAOAO 


0200 




Hegression OH tor L I b/oAb iwcl_l Owk^^^i A I b 


8.3.0 


8.4.0 


OA H A AA 


O A M -H-zl A 

KAINff4y 


□ C^^H AAOCO 

HoSlUU^DO 


0281 




Aadition of uoh Wl ol bU 1 HA MAO test case /.i .b.l 


8.3.0 


8.4.0 


OAH A AA 

iiui u-uy 


KANff4y 


DCr^H AAOAQ 

Hosi uUiiyo 


AOAC 




AaOltlOn OT oOr Wl ol bU 1 HA rUOr tOSt CaSO /.o.b.o 


O O A 

O.O.U 


O >l A 

0.4.U 


OAi n AO 

1 u-uy 


HANff4y 


DCni OAOCA 

ribs 1 UU^ibU 


A^ 0"7 

Ul o/ 




1 XC XRR ■ A ^1-1 If inn nf i^/^C lA/l OH CI IXDA fcilAO tnrtf nnrtn 7 i i O 

L 1 b_l UU . AuultlOn OT oOr Wl yi bU 1 KA MAO Test Case /.i.i.d 


Q O A 
O.O.U 


O i4 A 

0.4.U 


OA H A AA 

iiui U-uy 


D A W-H-A A 


DCi^ H AAOAA 

HbSl UUoUU 


AOAC 




oorrection to brO test case y.o.i .1 


O O A 
O.O.U 


O A C\ 

0.4.U 


OAi A AQ 

^ui U-uy 


riANff4y 


noSl UU^iiiD 


A-t Q/I 

Ul y4 




1 TC Tnn- AHrJiti<-ir» r\i /"T^C \A/I Qi PI ITDA Dl C" toot r.'aoo T O Q C 

L 1 b_l UU. AQQIllOn OT OiOr Wl yi bU 1 KA HLO leST Case /.^.o.O 


Q O A 
O.O.U 


Q A 

0.4.U 


OAH A AO 

U-uy 


D A Kl-Mi40 

HANff4y 


HOS 1 UUil/4 


AH CC 
Ul 00 




Hegression ok Tor L i b wKi /Alb 


Q O A 
O.O.U 


O yl A 

0.4.U 


oni n AQ 

iiU 1 u-uy 


D A K144-AQ 

rlANff4y 


nOS 1 UU^4y 


AH QH 

Ul yi 




L 1 b_l UU. AQOITIOn OT OiOr Wl yi bU 1 KA nLO leST CaSe 1 


Q O A 
O.O.U 


Q ii A 

0.4.U 


oni n AO 

iiU 1 U-uy 


rlANff4y 


nOS 1 UU^iio 


AH CO 

Ul bo 




\ xc xnn ■ A^i-iitii-ii-i i-»f r^r^u. \a/i oh ci ixda di tnot 7 q 1 7 
L 1 b_l UU . AQulTIOn OT OiOr Wl yi bU 1 KA nLO TeST Case /.^.o.l / 


Q O A 
O.O.U 


Q ii A 

0.4.U 


OAH A AO 

dOi u-uy 


HAN#4y 


KbSl UU^:y^3 


0279 




A ^i-JIflni-i /~\ r" 1 «f 1 OH CI iXD A nOO 4-nnl- nnnn HO O O 

Aduition oT oOr Wl ol bU 1 HA UHbJ test case 


8.3.0 


8.4.0 


OOH A AO 

dOi u-uy 


□ A Kl J/iVl O 

HANff4y 




01 95 




1 XC xnn. Ai^^Itinn «-f /-» r" IAII oh CI ixda di 4-nn'l' nnnn 7 O O >1 

L 1 b_i UU. Addition ot OiOr Wl ol bU 1 KA HLO test case 7.2..0A 


8.3.0 


8.4.0 


OOH O AO 

dOi u-uy 


□ A Kl J/iVl O 

HANff4y 


DCnH OAOTA 


0280 




A ^i-JIflni-i f~\ r" l«f| OH CI IXDA AJIA^ 4-nnl- nnnn 7 H C O 

Addition oT oOr Wl ol bU 1 HA MAO test case 7.\.b.2. 


8.3.0 


8.4.0 


OOi O AO 

iiu 1 U-uy 


D A Kl-Mi40 

HANff4y 


HOS 1 UUiiDD 


AH CO 
Ul 0^ 




A ^i-Ji-fini-i i^OC \AII OH CI IXDA DI fnrif _ 7 O O 7 

AOaitlOn OT oOr Wl ol bU 1 HA KLO teST Case ( .£..0.1 


Q O A 
O.O.U 


O i4 A 

0.4.U 


OOH O AO 

dOi u-uy 


n A Kl J/iVl O 

HANff4y 


DCnH OAOAC 

KbSl uUi^yo 


0207 




Addition oT oOr Wl ^2. bbM test case lu.^i.i 


8.3.0 


8.4.0 


OOH A AO 

iiu 1 U-uy 


D A Kl-Mi40 

HANff4y 


DC<->-H OAOi A 

ribs 1 UUiil U 


AH "7A 
Ul /U 




1 XC xnn . A^i-lifini-i nf /^/^C \AII OH DI IXDA RilAO tnr>f nnnn 7 H O 7 

L 1 b_i UU . Audition OT oOr Wl yi bu 1 KA MAO Test case /.I .d.f 


Q O A 
O.O.U 


O yl A 
0.4.U 


OOi A AO 

iiUi U-uy 


HANff4y 


DC<->H AAOO"7 

ribSl Kjyjdo/ 


AH OO 
Ul 0<L 




Correction to TFT filter identifier and precedence values 


Q O A 
O.O.U 


O i4 A 
0.4.U 


oni n AQ 

iiU 1 u-uy 


rlANff4y 


ribS 1 \j\jd.iL(L 


AH CA 

Ul b4 




1 XC xnn ■ A^i-iitii-ii-i i-»f f^r^c \aii qh di ixda di t^ot .toon 7 o q q 
L 1 b_l UU . AuOITIOn OT OiOr Wl yi bU 1 KA HLO TeST Case 1 .C..0.0 


Q Q A 
O.O.U 


Q ii A 

0.4.U 


oni n AQ 

iiUi U-uy 


D A KI#/IQ 

rlANff4y 


ribSl UU^I 4 


AH CD 

Ul bo 




\ XC xnn ■ Ai-ii-iitii-ii-i r\i /^r*c \a/i qh di ixda di t^ot r^noe^ 7 q 
L 1 b_l UU . AQOITIOn OT oOr Wl yi bU 1 KA HLO TeST Case 1 .c..£..o 


Q O A 
O.O.U 


Q ii A 

0.4.U 


oni n AQ 

iiU 1 U-uy 


D A KI#/IQ 

rlANff4y 


DCoi AAI QQ 

ribsi uuioy 


AH CA 

Ul oU 




^ rtr\rr\r>r>\rKr\ ^D irw 1 XC mfl^H 7 AXO 

Hegression ok Tor l i b wki / a i b 


Q O A 
O.O.U 


Q ii A 

0.4.U 


OOi A AO 

dDi U-uy 


D A KI-MylO 

HANff4y 


DCi-ti OAOOA 

KbSl UU^iiU 


AH CC 

Ul bo 




1 XC xnn . A ^1-1 if inn nf C \AII OH DI IXDA DI /"* fnnf nnrin 7 O O O 

L 1 b_l UU . AuOltlOn OT taOr Wl yi bU 1 KA HLO teST Case l .d.o.d. 


Q O A 
O.O.U 


O yl A 
0.4.U 


OAH A AA 

^fuiu-uy 


n A h \4i-A A 

KAN#4y 


HbSl 2. 


0157 




^t^t^^ n4l A n A * A r 1 I^TD A h Jl A ^AA^ AAAA 

oorrections to bU I HA MAO test case. 


8.3.0 


8.4.0 


OA^ A AA 

u-uy 


D A K\44-A A 

riANff4y 


DC^* ^ AA^ Q"7 

HoSl UU1 o/ 


AH ^ A 

Ul 4y 




A^<-Jitirtf-. nf r^r^C \A/I OH CI IXDA DDO trt^^t _ — _ _ O O H C 

AOQltlOn OT oOr Wl ol bU 1 HA HHO test Case o.o.l .0 


O O A 
O.O.U 


O ^ A 

0.4.U 


OA^ A AA 

(iUi u-uy 


D A K\44-A A 

riANff4y 


DC^*^ AA0"70 

HoSl UU<i /o 


AH CC 

Ul Ob 




Al-l-Artti A« A tA CI iXO A DI /"* tAA+ AAAA 7 O O C A l-ll-l 7 O O HA 

oorrections to bU i ha hlo test case /.2..Z.0 ana /.d.z.iv 


O O A 
O.O.U 


Q A C\ 
0.4.U 


OA^ A AA 

(iUi u-uy 


D A M-f+^ A 

KANlF4y 


DC^*^ AAO"7A 

HoSl uu<i /y 


AH OH 

Ul ol 




Da^i-aaaIa^ D 1 ~ri i.jli'OO AXO 

Hegression oh tor L 1 b \NKtd2. A 1 b 


O O A 
O.O.U 


O ^ A 

0.4.U 


OA H A AA 


O A M-H-/1 A 

HANff4y 


□ C^H AAOAO 

HoSlUUiiUo 


01 71 




1 XC xF\r\ . A^i-jitiAi^ Af r^\z \A/i ah ci ixda t/ia^ tAA* aaaa 7 h o c 

L 1 b_ 1 UU . Addition OT uOr Wl yi bU 1 HA MAO test case f .\.2..b 


8.3.0 


8.4.0 




RAMif4Q 




U 1 OM- 




AHHition of f^PF Wl fll Fl ITRA Rl P tcict raco 7 9 91 
MUUIIIUI lUIOOnvvlOI CUI riM riLO lc;oL t^dbc / .c-.O.c. \ 


ft T n 

O.O.U 


ft 4 n 


2010-09 


RAN#49 


R5s1 00283 


0184 




Addition of GCF Wl 81 EUTRA PDCP test case 7.3.1 .3 


8.3.0 


8.4.0 


2010-09 


RAN#49 


R5s1 00291 


0180 




Addition of GCF Wl 81 EUTRA MAC test case 7.1 .2.6 


8.3.0 


8.4.0 


2010-09 


RAN#49 


R5s1 00301 


0204 




Correction to EUTRA test case 7.1.4.6 


8.3.0 


8.4.0 



£75/ 
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D3t6 


1 OU ff 


1 OU UOC. 


on 


Rgv 


Subj9ct/CommGnt 




Ngw 


^ui u-uy 


D A M-H-A Q 

riANff4y 


DE^oH AAH QC 

riosi uuiyb 


Ai "7C 
Ul /D 




L 1 t_ 1 UU. AaulllOn OT oUr VVI yi tU 1 KA nriL/ IGST CaSG 


Q O A 

o.o.U 


Q A 

0.4.U 


dDi u-uy 


HANff4y 


DC<->H AAOCO 


AH QD 
Ul OO 




1 ~rC Xr^r^- A^i-litinn i-.^ C IA#I oh d IXDA DI fnnt nnnn 7 O Q H 

L 1 b_l UU. AOdlllon OT taOr Wl yi bU 1 HA HLO teST Case 1 .£..o.\ 


O O A 
O.O.U 


O i4 A 

0.4.U 


OAH n AQ 

U-uy 


D A K144-AQ 




AH CA 

Ul bU 




1 xnn ■ A^i-iitii-ii-i i-»f r^r^u. \aii qh ci ixda drj^d t^ot 7 o q q 
L 1 t_l UU . AOOITIOn OT oOr Wl y 1 tU 1 riA rUOr TeSI CaS6 /.o.o.o 


Q O A 
O.O.U 


Q y| A 

0.4.U 


oni n AQ 

iiU 1 U-uy 


D A K144-AQ 


DCoH AAQAO 

nOS 1 UUoUo 


AOH "7 
f 




AaOIIIOn OT oor Wl c5l tU 1 riA MAO TcSI CaS6 /.I ./.^.l 


Q O A 
O.O.U 


Q ii A 

0.4.U 


orn n AO 

iiu 1 U-uy 


D A Kl-Mi40 

HANff4y 


DE<->H AAOOC 


AOOA 




Lib 1 UU . AuulTIOn OT oOr Wl yd bU 1 HA MUltl layer test 0886 
13.1.1 


O O A 
O.O.U 


O i4 A 

0.4.U 


OOi n AO 

iiu 1 U-uy 


D A KI-MylO 

HANff4y 


DEriH AAO>l"7 

ribs 1 UUii4/ 


AH AO 

Ul y<i 




1 XC XP» P» ■ Af4AH\nin n4 C IA#I OH DI IXDA Dl^f^D fnr>t nnrtn 7 Q O vl 

L 1 b_l UU. Audition OT taOr Wl ol bU 1 HA rUOr teST Case /.o.o.4 


O O A 
O.O.U 


O i4 A 

0.4.U 


orn n AQ 

iiU 1 U-uy 


D A K144-AQ 

rlANff4y 




AH CD 

Ul Oo 




1 XC xnn ■ A^i-iitii-ii-i i-»f ^r*c \aii qh ci ixda drj^d t^ot 7 o >i o 
L 1 b_l UU . AOOITIOn OT LaOr Wl y 1 bU 1 HA rUOr TeST CaS6 1 .oA.d. 


Q O A 
O.O.U 


Q y| A 

0.4.U 


oni n AQ 

iiU 1 U-uy 


D A K144-AQ 

rlANff4y 


DCoH AAO^ A 

nOS 1 UU^4U 


AH /I Q 

Ul 4o 




AAA\\\r\v\ f\f r^r^C \AII QH CI IXDA DD/^ topt noot* Q O yl O 

Aaaiiion ot oor wi 01 bu 1 ha rirtO TeSI CBSe 0.^.4.^ 


Q O A 
O.O.U 


Q y| A 

0.4.U 


OOi n AO 

iiu 1 U-uy 


D A Kl-Mi40 

HANff4y 


DCf->H AAOOC 


AH CA 

Ul by 




1 XC XP» P» . A ^1-1 if inn nf /^/^C \Ail OH CI IXDA Dr^f^D fnr^t _ _ _ _ 7 H 

L 1 b_l UU . Audition OT taOr Wl yi bU 1 HA rUOr test Case /.o.4. 1 


O O A 
O.O.U 


O y| A 

0.4.U 


oni n AQ 

iiU 1 U-uy 


D A KI#ylQ 

rlANff4y 


DCoH AAOCO 


AH QC 

Ul ob 




1 XC xnn ■ A^i-iitii-in i-tf r^r*c \a/i qh ci ixda hjiao t^ot ^n^o 7 h c 
L 1 b_ 1 UU . AQOITIOn OT oOr Wl yi bU 1 HA MAo TeST CaSe /. 1 .o.O 


Q O A 
O.O.U 


Q ii A 

0.4.U 


orn n AQ 

iiUi U-uy 


D A K144-AQ 

rlANff4y 


DCoH AAQAC 

nOS 1 UUoUo 


AOAO 

U<iUo 




A <-Ji-liti<-ii-i f\f r^r^C lA/l QH CI IXDA On/^D tc»o+ 7 c 

Aaaiiion ot oor wi c5i bu 1 HA ruoH TeSI case / .o.O.d 


Q O A 
O.O.U 


Q y| A 

0.4.U 


OOi n AO 

iiUi U-uy 


HANff4y 


DCriH AAOH C 
ribs 1 \J\jd\ D 


AH C"7 

Ul b/ 




1 XC xnn ■ A^i-lifim-i /^/^C XAII oh ci ixda DI fnr>t nnnn 7 O O yi 

L 1 b_l UU . Audition OT taOr Wl yi bU 1 HA HLO test Case f .d.tiA 


O O A 
O.O.U 


O y| A 

0.4.U 


OOH A AO 

iiui u-uy 


ri A Kl J/iVl O 

HANff4y 


DCnH AAOH O 

HbSl \Jyjd\ o 


01 66 




1 XC xnn . A^^ii-inn r" \aii nn ci ixda di /~* 4-nn4 _ _ _ _ 7000 

L 1 b_ 1 UU . Addition oT CjOr Wl yi bU 1 HA HLO test case l.d.dM 


8.3.0 


8.4.0 


OOH A AO 

iiui u-uy 


HAN#4y 


DCnH OAOCyl 


01 53 




1^ /-irA't^'tnm n( ^OC \AII OH CI IXDA DI ^ 1-nnl- nnnn 7 O O C 

Addition oT CaOr Wl ol bU 1 HA HLO test case /.d.o.b 


8.3.0 


8.4.0 


OOH O AO 

^iU 1 u-uy 


□ A Kl J/iVl O 

KAN#4y 


DCnH AAOO^ 

HoSl UU^o 1 


01 85 




A /-iA'i^'mn n( Or^C IA#I OH Cl IXDA l^ln KAnrin tnn*' nnnn C H O O 

Addition OT (jOr Wl ol bU 1 HA IdiG MOdG tGSt CaSG b.l .^r.o 


8.3.0 


8.4.0 


OA H A AA 


O A M -H-zl A 

HANff4y 


□ C^H AAH A/I 

HoSl 0U1 94 


01 77 




LI b_l UU. Addition OT (jOr Wl yi bU 1 HA HHO TGSt CaSG o.d.dA 


8.3.0 


8.4.0 


OA H A AA 


riANff4y 




01 79 




1 "Td "rp\p\ . A^i-jifinn r^r^d \a/i ah d ixda □ □ tn^t _ _ _ _ o h h h 
L 1 b_ 1 UU . Addition OT boh Wl yl bU 1 KA HHO tGSt CaSG o.l .1 .1 


8.3.0 


8.4.0 


OA^ A AO 

(iUi u-uy 


D A K\44-A A 

riAI\iff4y 


DCi^ H AAOAO 

Host uu<iU^ 


AH "70 

Ul /o 




1 XC xnn • A <-i*-jitirti-i nf r^r^d \a/i ah ci ixda tnAt^ tne** _ _ _ _ -? -\ -* -* 
L 1 b_ 1 UU . Addition OT oOr Wl yi bU 1 HA MAO tGSt CaSG /.1 .1 .1 


O O A 
O.O.U 


Q ^ A 
0.4.U 


OA^ A AA 

tiUi u-uy 


D A K\44-A O 

nANfF4y 


DCi^ H AAOA^ 

Host UU£:U4 


AH "70 
Ul /d 




1 XC xnn - AAA\i'm<n r\f OOC \A/I AH CI IXDA KAA/^ tne** _ _ _ — 7 H O O 

L 1 b_ 1 UU . Addition OT oOr Wl yi bU 1 HA MAO tGSt CaSG /.I .d.d 


O O A 

O.O.U 


OAH 
0.4.U 


OA^ A AO 

(iUi u-uy 


D A K\44-A A 

riANff4y 


DCi^ H AAOCO 

Host UU^iOo 


AH OA 

Ul yy 




1 XC xnn- A fif4Wmn r\( r^r^c \a/i ah ci ixda dd/^ trt^^t _ _ _ _ o h o h 
L 1 b_l UU. Addition OT oOr Wl yi bU 1 HA HHO tGSt CaSG o.l .o.l 


O O A 

O.O.U 


Q ^ A 
0.4.U 


OA^ A AO 

^ui u-uy 


D A M-f+^ A 

KAN+F4y 


DCi^ H AAOC ^ 

Host uu^io 1 


AH AA 

Ul yu 




1 XC xnn- A >-lj-Jitinr-i n( O^C \A/l AH CI IXDA DI trtf^t — _ _ _ 7 o o o 

L 1 b_ 1 UU. Addition OT oOr Wl yi bU 1 HA HLO tGSt CaSG i .d.d.i. 


Q O A 
O.O.U 


Q ^ A 
0.4.U 


OA^ A AO 

fiUi u-uy 


D A M-f*^ A 

riANff4y 


Host UU<i4o 


AH AO 

Ul yo 




\ XC xnn- AAAWxnir, c-r^^ \hi\ ah ci ixda d v\r^ d t^ot r^r^t--/~. 7000 
L 1 b_ 1 UU. Addition OT OiOr Wl yi bU 1 HA r UOr tGSt CaSG 1 .o.o.d. 


O O A 
O.O.U 


o A r\ 
0.4.U 


OA^ A AQ 

iiui u-uy 


riANff4y 


DCoH AAOAA 

HOST UU^UU 


AH "7 A 

Ul /4 




\ XC xnn ■ AAAW\r\r\ r\( O/^C \A/I QH Cl IXDA DDO +^0+ Q C vl H 

L 1 b_ 1 UU . AaOIIIOn ot oOr Wl ol bU 1 HA ririO IGST CaSG o.b.4.1 


Q O A 
O.O.U 


Q A 

0.4.U 


OOH A AO 

dOi U-uy 


□ A Kl4tA O 

HAN#4y 


DCnH AAOOO 

Host Oijdoo 


0183 




A ^^!4-!m-> n( f^f^C \ Afl OO CD^ hJliil'l'! \nt 1-nn1- nnnn H O O H 

Addition oT OiOr Wl fid bi-'O Muiti-iayer test case lo.^i.i 


8.3.0 


8.4.0 


OA H A AA 

iiUi U-uy 


D A W-H-A A 


DCi^ H AAH AO 

HbSl (Jul y^: 


AH lO 

Ul /o 




1 XC xnn ■ A AA\i\n<n ^oc \a/i oh ci ixda DD/^ tr^^^t ~ ^ ~ _ O H O H 
Lib 1 UU . AaaitlOn OT oOr Wl yi bU 1 HA nnO tGSt CaSG o.l .d.\ 


O O A 
O.O.U 


O yi A 

0.4.U 


OAH A AA 

^ui U-uy 


D A Kl-U-A O 

KAN#4y 


DCnH AAOOA 

HbSl UU^oU 


01 62 




1 "T d xnn ■ A AAii^'mn /~> [" ' \A/I OH Cl IXDA DI 4-nn4- nnnn 7 O O OA 

L 1 b_l UU . Addition ot CaOr Wl yi bU 1 HA HLO test case 1 .d.o.dKj 


8.3.0 


8.4.0 


OOH O AO 

u-uy 


n A Kl j/i>i o 

HAN#4y 


r-)£- J f\f\n A o 

KbS 1 


01 47 




A^^!'l-!m-> /~\ r" lAfl OH Cl IXDA DDO 4nn4- nnnn O O >l C 

Addition OT OiOr Wl ol bU 1 HA HHO test case o.i:.4.5 


8.3.0 


8.4.0 


OOH O AO 

iiui U-uy 


HANff4y 


DC<->H AAOA"7 

ribSi UUoU/ 


AOAO 




A^^i-fini-i y-if i^OC lA/l OH Cl IXDA Dn/~*D ti-*ri+ nnnn ~7 O CZ. A 

Addition OT oOr Wl ol bu 1 HA rUOr test case /.o.b.4 


O O A 
O.O.U 


O i4 A 

0.4.U 


OAH A AQ 

U-uy 


D A Kl44-ACi 

rlANff4y 


DCoH AAQAQ 

ribs 1 UUoUy 


AOAH 
U<iUl 




AAAWifw-i f\f r^r^C lA/l QH Cl IXDA On/^D tc»o+ i->oof^ 7 O C C 

Aaoiiion OT oor Wl ol bu 1 HA ruoH lesi case /.o.o.b 


Q O A 
O.O.U 


Q ii A 

0.4.U 


OAH A AO 

iiu 1 U-uy 


D A Kl-Mi40 

HANff4y 


DC<->H AAOH H 

ribs 1 UUol 1 


AH A"7 

Ul y/ 




A ^i-li-fini-i nf r^f^C \AII AOH Cl IXDA DD(^ fnr>f nnr\n O H O C 

Addition OT oOr wi-Uol bu 1 HA HHO test case o.l .d.o 


O O A 
O.O.U 


O y| A 
0.4.U 


OOH O AO 

dDi U-uy 


HANff4y 


DEriH AAOH O 

ribs 1 UUol o 


AH AA 

Ul yy 




A ^i-li-fini-i i^OC \Ail OO COHyi ti-n-i+ nnnn H A C H 

Addition OT oOr Wl od boM test case lu.b.i 


O O A 
O.O.U 


O y| A 
0.4.U 


OAH A AQ 
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D A Kl J/iCA 

HANffoO 


Hosi 00701 


0394 




Adaition OT oOh Wl g2. bMlvl test case y.^i.l .1 .1 9 


8.4.0 


8.5.0 


ilOl 0-1 «1 


D A Kl J/iCA 

HANffoO 


Hosi 0070^3 


0387 




A ^<>J!'l-!m-> /^ C'\ r" lAII OH CI ITD A 'l-nni- nnnn O H H C 

Adaition OT CaUh Wl oi bu 1 HA HHU test case 0.1 .1 .b 


8.4.0 


8.5.0 


iiOl 0-1 «i 


D A KI-MCA 

HANffoO 


DC<->H AATAC 
Hosi OU/UO 


A^ AD 

U4Uo 




Aoaition OT taOr rriority o b-u 1 HA HHo test case o.^i.i ./ 


Q y| A 
O.4.0 


Q C A 
O.O.O 


dOi 0-1 «1 


n A Kl J/iCA 

HANffoO 


DCnH AA7A"7 

Hosi 0070/ 


0407 




Adaition ot CaOh rriority o b-u I HA HHO test case o.o.l 


8.4.0 


8.5.0 


ilOl 0-1 «1 


D A Kl J/iCA 

HANffoO 


DETnH AA7AA 

Hosi 0070y 


0406 




Uorrection oT CaOh Wl-Oo i I est Oase 7.1 .4.5 


8.4.0 


8.5.0 


iiOl 0-1 


HANffoO 


DC<->H AATH O 

Hosi OU/1 


A^ AC 

040o 




A ^^i-fini-i *-if /^OC \AII OO con Jl ti-t*-i+ nnnn H A 7 O 

Adaition OT taOr Wl o^: boM test case lO./.o 


Q i4 A 
O.4.0 


Q C A 
O.O.O 


^01 0-1 ^ 


D A KI#I^A 

HANffoO 


DCoH AATH A 

HoSl OU/1 4 


A/I A/I 

U4U4 




A <-J^^i^■i«n «f /^OC \AII Qi CI ITDA DD/^ toot Q O /I /I 

AuaiTion OT oor Wl oi bu 1 HA HHo lesT case 0.^.4.4 


Q A n 
0.4.U 


Q A 
O.O.O 


1 u- 1 ^ 


nANTFOU 


r\OS 1 UU/iiU 


U4Uo 




AHz-liti/in r\i f^C^ \A/I QO ^>ll iltil'si/Ai- l-Aot r^ooQ i Q Q i i 

Auaiiion OT oor vvi 0^ iviuiTiiayer lesi case lo.o. 1 . 1 


Q A A 


Q R A 
O.O.U 


1 u- 1 ^ 


nANTFOU 


r\OS 1 ^el 


U4Uy 




AiHrlitinn nf /^OC \A/I QO C^yl^yl tAot riaca Q O 1 1 OI 

Auaiiion OT oor VVI 0^ civiivi lesi case y.^. 1 . 1 .^0 


Q A A 


Q R A 
O.O.U 


1 u- 1 ^ 


nANTFOU 


r\OS 1 


U4 1 4 




Correction to IP address allocation and ESM cause for condition 
1 Pv4viaNAS_TestMode 


Q A A 


BRA 
O.O.U 


1 0-1 ^ 


D A KI#I^A 
HANffoO 


DCoH AA70C 

HOSI 00/^:0 


A/I H O 
U41 O 




Correction of the q-RxLevl\/lin value in the sib5 
interFreqCarrierFreqList 


Q A n 
0.4.U 


Q A 
O.O.U 


^01 0-1 ^ 


D A KI#I^A 

HANffOO 


Df^oH AATOC 

HOSI OU/iiD 


A/1 H H 

U41 1 




1 TC TPiPi- Dj-toi il-trvi!no!i-tn ^-f /^OC lA/l QH CI ITD A Dl /"* toot r\rte>a 

Lib I UU. HesuDmission ot oor Wl yi bu 1 HA HLO test case 

7.2.2.10 


Q /I A 

0.4.U 


Q A 
O.O.U 


^lU \\J- \£L 


riMlNffOU 


pCoH AA70C5 
rtOS 1 UU/ 


U4 1 ^ 




Aoaiiion OT oL/r VVI oti tiviivi lesT case y.o. i. lo 


P /4 A 
0.4.U 


P c; A 
O.O.U 


(::U1 U-1 el 


HANffoO 


DCf* H AA70A 


A/I H A 
U41 U 




Auaiiion OT oOr VVI Oil blVIM leST case y.*::.^.! .11 


Q A r\ 
0.4.U 


Q C A 

O.O.U 


OAi A i O 
(ilUI 0-1 el 


D A M-WCA 

HANffoU 


nOSl UU / oei 


A/1 OO 




Lib 1 UU. Aaaiiion or our vvi yi bu i ha laie moae lesi case 

6.1.2.11 


Q A n 
0.4.U 


Q C A 

O.O.U 


(iUI U-1 el 


D A M#CA 

HANffOU 


DCf' H AA"70 A 

noSl UU/o4 


A^ OH 

U4(i1 




Lib 1 UU. Adaition oT oUr Wl yi bu 1 HA Idle mode test case 
6.1.2.8 


Q ^ A 

O.4.0 


Q C A 
O.O.U 


OA HA HO 

(£01 0-1 el 


O A M-H-C A 

HANffoO 


□ c— H AA"700 

HoSlUU/oo 


0419 




L 1 b_ 1 UU. Addition OT (jUr Wl yi bU 1 HA HHU test case 0.0.1 .0 


8.4.0 


8.5.0 


OAH A H O 
(iOI 0-1 el 


D A M#CA 

HANffbU 


DCf* H AA"7^ A 
KoSi UU/4U 


A^ H D 

041 o 




1 -TC TP\ P» ■ A /^/-Ji+irti-1 rtf r^r^C \A/I AO CI ITDA DD/^ trt^^t _ — — O O H "7 

L 1 b_ 1 UU. Addition ot oUr Wl yo bu 1 HA HHU test case o.o.i . / 


O ^ A 

O.4.0 


Q C A 
O.O.U 


OAH A H O 
(llUI U-1 el 


D A M-W-CA 

HANffOU 


DCf* H AA7/I O 

nOSl UU/4^ 


A/1 H "7 

U41 / 




1 TC Tr\r\' A^^^-Jiti<-.^-l r\f O O C \A/I QH CI ITDA Dn/^D +/^f>t /-loo/-. "7 Q C C 

L 1 b_ 1 UU. Aoaiiion ot uiur VVI yi bu 1 HA ruur Tosi case /.o.O.O 


Q /I A 
O.4.0 


Q C A 
O.O.U 


OAH A H O 
ilOl 0-1 el 


D A M-MCA 

HANffoO 


Hosi 00/44 


A/1 H C 

041 b 




A r4^if ini-i r\f f^r^C \M\ QO n^iilfilmjm- trtnf rt*-ir^rtHOOH O 

Aadition OT uur wi o<i Multilayer test case i o.o.i 


Q >l A 
O.4.0 


Q C A 
O.O.U 


OAH n H o 
ilOl 0-1 el 


D A KI-MCA 

HANffoO 


Hosi 00 /4d 


A^ H C 
041 




A ^i-Ji-l-im-i nf i^OC \A/I QO COIkJI ti-n-i+ nnrtn HA "7 A 

Addition OT oUr Wl Oei boM test case 10./.4 


Q i4 A 
O.4.0 


Q C A 
O.O.O 


OA H A H O 


D A M-ffCA 

HAlNffOU 


DCf H AA7/1 Q 

HdSI UU / 4c5 


r\A OQ 

U4<::o 




l\Ar\'i\\r\r\ /-if Of^C DO C 1 IT DA CC^/I \i-\c-\ r^'^c-i-\ id C O 

Aaaition ot oUr ro t-u 1 HA boivi Test case 1 u.o. o 


0.4.U 


Q C A 
O.O.U 


OAH A H O 
^01 0-1 el 


HANffoO 


DCnH AA"7CA 

Hosi 00 /OO 


A/1 0/1 

04£:4 




A i^z-Jitini-i /-if r^f^C DO C IITDA C^A^J1 t/-.r^t /-i^^rtAOO H HO 

Addition OT oUr ro b-u I HA bMlvl test case y.^i.o.l .1 o 


Q >l A 

O.4.0 


Q C A 
O.O.U 


OAH A H O 
ilOl 0-1 el 


D A KI-MCA 

HANffCJO 


Hosi 00 /o4 


A^ OC 




^rti-i-i-.rt+i/^« nf r^/^C lAII AOH CD/^ trtf^+ nnnn A H O C 

uorrection ot taUr wi-Uoi bru test case y.i .ei.o 


Q y| A 
O.4.0 


Q C A 
O.O.O 


OAH A H O 

^U1 0-1 ^ 


D A KI#f^A 

HANffOO 


Hosi 00 /Oo 


A/l OC 

U4(ib 




r^r\rmnf'mi-i nf /"'/"'C lA/l AQ H ChJlh^ t«ot i-inot* Q O Q H C ni-iri Q O Q H Q 

uorrecTion ot uiUr wi-uoi bMM test case y.«i.o.i .0 ana y.^^.o.i .0 


Q /i A 

0.4.U 


Q A 
O.O.U 


OAH A H O 

^U1 0-1 ^ 


D A KI#I^A 

HANffOO 


Hosi 00 /Oo 


A/l Q/l 

U4o4 




A /^rl'if'int-i nf /^OC lA/l QO DO C 1 ITD A ChJIAil nne^n Q O O H H /I 

AdaillOn OT oUr W l-o^ ro b-U 1 HA bMM leSI Case y.^.o. 1.14 


Q A n 
0.4.U 


Q A 
O.O.U 


OAH A H O 
ilOl 0-1 el 


D A KI-MCA 

HANffoO 


DE<->H AA7CA 

Hosi 00 /bO 


A^ oo 




nr'rnnf'inn nf ^/^C lAII AOH CD/^ trtf^+ nnnn H O O H nnri H O O O 

uorrection oT taUr wi-obi brU test case i^i.^^.i ana lei.ei.ei 


Q i4 A 
O.4.0 


Q C A 
O.O.O 


OAH A H O 

^01 0-1 ^ 


D A M#CA 

HANffOO 


HOSI OU/bl 


A/l oo 

U4oo 




Cnrmz-^ymt-i nf /^/^C lA/l AOH CChyi +*»ot nnr>n HACH HA>1H HACH 

uorrection ot taUr wi-uoi boM test case i o.b.i , 1 0.4.1 , lu.o.i , 
10.5.3 


Q A n 
0.4.U 


Q A 
O.O.U 


OAH A H O 
ilOl 0-1 el 


HANffCJO 


Hosi 00 /bb 


A^ O H 

04o1 




nr-r-nnf'inin trt /""/"^C lAII QH CI ITDA IFM C HJl/^F^C fnrif nnnn C H O A 

Uorrection to taUr wi oi bu 1 ha lULb MUUb test case b.i.^i.y 


Q i4 A 
O.4.0 


Q C A 
O.O.O 


OAH A H O 
ilOl 0-1 el 


D A KI-MCA 

HANffCJO 


Hosi 00/b/ 


A^ OA 

04o0 




nr'rnnf'inn ^n ^/^C lAII QH CI ITDA R Jl A trtr«t nnnn "7 -i A "i 

Uorrection to taUr wi oi bu i ha mau test case /.i .4.1 


Q y| A 
O.4.0 


Q C A 
O.O.O 


OAH A H O 
ilOl 0-1 el 


HANffCJO 


Hosi 00 /bo 


A^ OA 

04(iy 




nr'rnnf'inn ^n ^/^C lAII QO CDO OhJIO +rtn+ nnnnn H H H O nnt4 "t A 

uorrection to taUr wi oei brU oMb test cases 1 1 .1 .0 ana n .1 .4 


Q i4 A 
O.4.0 


Q C A 
O.O.O 


201 0-1 2 


□ AK|#RA 
nr\IM#OU 


noo 1 UU/ 


UH-^O 




PArrpp+inn tn HPF Wl R1 Fl ITRA MAP t«aQt mQo 7 1 9 ft 

OUI 1 CULIUI 1 LU \_3 wl VV 1 O 1 CU 1 li/A IVI/AO ICoL UCtOC / . 1 .^.O 


R 4 n 

Ct.U 


R R n 

O.O.U 


2010-12 


RAN#50 


R5s1 00784 


0427 




Addition of GGF Wl 82 EMM test case 9.2.1 .1 .1 6 


8.4.0 


8.5.0 


2010-12 


RAN#50 


R5s1 00787 


0420 




LTE_TDD: Addition of GGF Wl 91 EUTRA RRC test case 8.1 .1 .6 


8.4.0 


8.5.0 


2011-03 


RAN#51 


RP-1 10170 


0436 




CR to 36.523-3: Add new verified and e-mail agreed TTCN test 
cases in the TC lists in 36.523-3 (prose), Annex A 


8.5.0 


8.6.0 



£75/ 
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Dat6 


1 bu ff 


1 ou UOC. 


On 


Rgv 


Subj9ct/Comment 


^1^ 


New 


orn -t AO 


KANffol 


DC ^ -t AQAO 

Ho-1 lUoUo 


A/IOC 

U4oo 




Routine maintenance of LTE test model and postambles 


o c n 
o.O.U 


OCA 

O.O.U 


d\J] 1-Uo 


D A M#Ci 

nANffOl 


HOST UU/01 


n/i "7A 
U4/U 




AOQiTion OT oor wi-uol tu 1 HA HHO inierHA 1 lesi case o.o.^.o 


Q C A 

O.O.U 


Q C A 
O.O.U 


iiUl 1-Uo 


nANffOl 


HOST UU/ / ^1 


A/l 

U40b 




oorrecTion lo uor wi oi tu i ha iviao lesi case /.i .4.1^ 


Q C A 

o.O.U 


Q C A 
O.O.U 


orn 1 AQ 


D AM#Ci 

nANffOl 


DCoi AA7"70 

HOST UU/ / O 


n/i 

U400 




L/OrreCllOn TO LaUr WI trO oMo leST CaseS 11.1.1, 11.1 

11.1.3, 11.1.4 


Q C A 
O.O.U 


Q C A 
O.O.U 


orn i AO 


HANffOl 


Host UU//4 


nc ^ o 
UOl o 




Lib 1 UU. AuOition OT taOr WI yi bu 1 HA luie mooe test case 
6.1.2.15 


OCA 
O.C5.U 


OCA 
O.O.U 


oni 1 AO 
iiU 1 1-Uo 


D AM#c-l 

nANffOl 


HOS 1 UU/ /D 


nci o 
UOl <i 




1 TC Xnn- A^i-litimi i-i-f ^r*C \AII Q1 CI ITDA KAAr* toot r^noe^ 7 i y1 o 

L 1 b_l UU. AQQIIIon OT oOr WI yi bU 1 HA MAO lesl case /.1 .4.0 


Q C A 
O.O.U 


Q C A 
O.O.U 


orn i AO 
iiUl 1-Uo 


D A K|4iC-l 

HANffOl 


DC<->i AA7"70 

Host uu/ /o 


nc ^ H 
Uol 1 




1 TC xnn- A^i-litinn n4 lAII AH CI IXDA Dn(^D tnrit nnrtn TOCO 

L 1 b_l UU. Audition OT taOr WI yi bU 1 HA rUOr test Case /.o.O.o 


OCA 
O.C5.U 


OCA 
O.O.U 


oni 1 AO 
iiU 1 1-Uo 


nANffOl 


DCoi AATQA 

HOSl UU/oU 


n/i Qc 
U4o0 




A/^rMUnn r\f r^r^C \AII QO toot rsnc-rs Q O O O i yi 

Auaiiion OT oor WI o^ bMivi TesT case y.^.^.^.i4 


Q C A 
O.O.U 


Q C A 
O.O.U 


oni 1 AO 
iiUl 1-Uo 


HANffOl 


HOSl UU/Oii 


nc^ A 
UOl 




1 TC xnn- A^i-Jitii-tn r\f Z^/"* CT \AII Q-i Cl IXDA DDO toot nrtoA Q O i 7 

L 1 b_ 1 UU. AuoiTion OT oOr vvi yi bu 1 HA HHO TesT case o.^.l . / 


Q C A 
O.O.U 


Q C A 
O.O.U 


oriH H AO 

iiU 1 1-Uo 


HANffOl 


Hos 1 uu/yy 


ncnn 

uouy 




A ^i-Iitini-i nf r^f^C DO C 1 IXDA DHJIhil +i->r>t nnr^n A i O C 

AOClltlOn OT oOr ro b-U 1 HA bMM Test Case y.l .d..Ky 


OCA 
O.C5.U 


OCA 
O.O.U 


OrtH H AO 

iiOl 1-Uo 


HANffOl 


Hosi UU/y^i 


0508 




oorrection to bMM test cases y.^i.i .1 .14, y.^^.o.i .2. and iu.4.1 


8.5.0 


8.6.0 


OAH ^ AO 

iiOi 1-Uo 


HANffOl 


Hos 1 UU7y^3 


0507 




A^^!'l-!m-> f^f^C DO C 1 IXDA dLJIIhJl 4-nnt nnnn A O O H 7 

Adaition Ot CaOh ro b-U 1 HA bMM test case ^.d.dA.f 


8.5.0 


8.6.0 


Oni -i AO 

iiUl 1-Uo 


HANffOl 


HOSl uu/yo 


ncnc 
UOUb 




A<-JHitioi-i of r^r*C DO C 1 IXDA DhJIhJl toot i-inoo Q O O 1 

AuQiTion OT oOr ro b-U 1 HA bMM TesT case y.^.o.i.ya 


Q C A 
O.O.U 


Q C A 
O.O.U 


orn i AO 
iiU 1 1-Uo 


HANffOl 


Host uu/yy 


ncnc 
UoUo 




oorrection oT OiOr wi od. boM Test case iu.4.i 


OCA 
O.O.U 


OCA 
O.O.U 


OAi i AO 

^iUl 1 -Uo 


HANffOl 


DCoi AAQAA 

HOSl UUoUU 


nci "7 
UOl / 




oorrection to oOr wi-uo^ boM test case iu.4.i 


Q c n 

O.O.U 


Q C A 

o.b.U 


OAi ^ no 
(iUl 1 -Uo 


HANffOl 


DCf* -i AAQnH 

HOSl UUoUl 


U4by 




OOrreCTIOn to oOr VVI-UOl rUOr / HHO inTra-L l b mTerceil r\\j TeST 

cases 


Q c n 
o.O.U 


Q c n 
o.b.U 


(iUl 1 -Uo 


KANffbl 


DCf* ^ AAono 
HoSi UUoU<i 


nc ^ c 
Uol b 




Oorrection to oOr wi-Uoi bu i ha rUOr Test case /.o.i .0 


Q c n 
o.O.U 


Q c n 
o.b.U 


OA^ i no 
1 -Uo 


HANffOl 


DCf* -i AAono 
HOSl UUoUo 


ncno 
UOU^ 




Dooi-oi^i^iori i^D for- 1 \Ml^ AO A 

Hegression oh lor l i b vvr\4£: a i o 


Q c n 
o.O.U 


Q c n 
o.b.U 


OA^ H no 
(iUl 1 -Uo 


HANffOl 


DCf* ^ AAO ^ H 

HoSi UUol 1 


nc ^ c 
Uol 




A^<-Jitioo of r^r^d DO C 1 IXDA ^MT/I too+ o^f^o A O H H OC 

AddiTion OT oOr ro b-U 1 HA bMM TesT case y.<i.i .1 ./do 


o c n 
o.O.U 


o c n 
o.b.U 


OA H H no 
i:01 1 -Uo 


HANffOl 


Hosi OUol ^ 


0468 




Oorrection to oOr WI bMivi test case 


8.5.0 


8.6.0 


OA H H no 


HANffOl 


Hosi OUol v3 


0467 




A ^.'A n4l A +A /^/^n^ \A/I OO ^h^lV>1 ^AAt AAAA A O O O O 

oorrection to oOr wi od bMM test case id.d.d.d.d 


8.5.0 


8.6.0 


OA H H no 
^01 1 -Do 


HANffOl 


DC^H AnOH C 

Hosi OUol 


0514 




Ay^i-JIflon of r^r^tZ DO d 1 IXDA dIVJIh/l foAt noAo A O 4 4 OC 

Addition OT (jOr ro b-U 1 HA bMM test case y.ii.1 .1 .2b 


8.5.0 


8.6.0 


OAi 1 AO 

^lUI 1-Uo 


HANffOl 


DCoi AAQi ~7 

HOSl UUol / 


n/1 cc 
U4bb 




A<-jHitioi-i of r^r^c \A/i QO toot oooo q o o i oq 

AuQiTion OT oOr WI o2 biviM lesT case y.^.o.i.^o 


Q C A 

O.O.U 


Q C A 
O.O.U 


OAH H AO 

iiU 1 1-Uo 


HANfftJl 


Hosi UUol y 


n^ cc 
U4bO 




A^^itinn of O/^D lA/l AGO DiliUlJI toot oooo O O O H 07 

AddiTion OT oOr wi-Uoil bMM tesT case y.^.o.i .d/ 


OCA 
O.C5.U 


OCA 

O.b.U 


OA-i i no 
iL\J 1 1 -Uo 


p A M#ni 
riAlNTfC) 1 


nOS 1 UUO^i 1 


U4d4 




1 TRR- AHHl+ii^n nf (^PP \A/I Q"t ITPA KAAH tact r^aecs 7 10/1 

Lit 1 UU. rtaaiTion ot oor vv i y i tu i nA iviao t6st case / . i .d..^- 


Q 1^ n 


C3 A n 


OA1 1 AO 

1 1 -Uo 


HANffO 1 


DCe-1 AAQOC 

HOS 1 UUOilO 


U4bo 




1 Tnn- ArlrJitinn (-\f /^PP \A/l Q1 PI ITDA Irlla rrtn.ric toot nmoc 

Lit 1 UU. AOQiiion OT OlOr VVI 1 tu 1 HA 1016 mooe lesi case 
6.1.2.7 


Q A 
O.O.U 


Q ft A 
O.O.U 


OAH i AO 

iiUl 1-Uo 


HANffOl 


HOSl UUOii/ 


n/i CD 
U40O 




A<-JHitioi-i of r^r^C \A/I Qi Dl IXDA DD/^ toot oooo Q 1 O O 

AuOITIOn OT oOr WI ol bU 1 HA HHO TeST Case 0.1.2.2 


Q C A 
O.O.U 


Q C A 
O.O.U 


oni 1 AO 
iiU 1 1-Uo 


HANffOl 


Hosi uuoiiy 


n/i c"7 
U40/ 




1 xc xnn- A^i-iitioo of ^r*c \aii qi ci ixda wio ^^o^o toot oooo 
Lib 1 UU. AQQiTion OT oiOr WI yi bu 1 HA iQie Mooe TesT case 

6.1.2.9 


Q C A 
O.O.U 


Q C A 
O.O.U 


OAi H AO 

iiU 1 1-Uo 


HANfftJl 


DErii AAOOH 

Hosi UUool 


n^ CO 
U4b<i 




1 XC xnn- A <-li-J!t!on of r^/^C IAII cm Cl ixda DDO toot oooo O H O yl 

L 1 b_ 1 UU. Addition OT oOr WI yi bU 1 HA HHO test case O.I .0.4 


OCA 
O.O.U 


OCA 

O.b.U 


OAH H AO 

iiU 1 1-Uo 


HANffOl 


DE<->-H AAOOO 

Hosi UUooo 


U4b1 




1 XC xnn- A<-li-J!t!on of r^/^C 1A#I Oi Dl IXDA DDO toot oooo O i O C 

L 1 b_ 1 UU. Addition OT oOr WI yi bU 1 HA HHO test case O.I .o.O 


OCA 
O.O.U 


OCA 

O.b.U 


OAi H AO 

iiU 1 1-Uo 


HANffCJl 


DErii AAOOC 

Hosi UUooO 


n^ c^ 
U4o4 




1 XC xnn- A^i-iition of r ia#i Ai di ixd a i^Io ^ylo^o toot oooo 

Lib 1 UU. Addition OT taOr WI yi bu 1 HA Idle Mode test case 
6.1.1.1 


OCA 
O.O.U 


OCA 

O.b.U 


OAH 1 AO 

^U 1 1-Uo 


HANffOl 


DCoi AAQ07 

HOSl UUoo/ 


n/i CA 
U4bU 




1 XC xnn- A^i-Jitiori of ^r*c \aii a-i ci ixda ddo toot oooo q o a a 
L 1 b_ 1 UU. AOQITIOn OT oOr WI yi bU 1 HA HHO TeST Case 0.2.4.D 


Q C A 
O.O.U 


Q C A 

O.b.U 


OAi H AO 

iiU 1 1-Uo 


HANffCJl 


DE<->i AAOOA 

Hosi uuooy 


n^ CA 
U4oy 




1 XC xnn- A^i-iition of /^/~» r ia#i cm ci ixd a nDD toot oooo h o o o 

L 1 b_i UU. Addition OT OlOr WI yi bu 1 HA UHb test case ii^.i^.o 


OCA 
O.O.U 


OCA 

O.b.U 


1 1 uo 


lir\IM#0 1 


noo 1 uuofo 


UM-OM- 




AHHi+iAn Af (^PF WI R1 1 TF-POk" toct Aaco ft 9 7 
MUUILIUi 1 Ul OOr VV 1 O 1 l_ 1 C \jdi\ LcoL Odoc o.o.^. / 


ft R n 

O.O.U 


ft ft n 

O.O.U 


2011-03 


RAN#51 


R5s1 00850 


0478 




Addition of GCF WI 81 RRC test case 8.3.3.1 


8.5.0 


8.6.0 


2011-03 


RAN#51 


R5s1 00852 


0453 




Addition of GCF WI 81 EUTRA IVIAC test case 7.1 .3.9 


8.5.0 


8.6.0 


2011-03 


RAN#51 


R5s1 00854 


0452 




Addition of GCF WI 82 IVIultilayer test case 13.4.1 .2 


8.5.0 


8.6.0 
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Dat6 


1 bu ff 


1 ou UOC. 




Rgv 


Subj9ct/Comment 


^1^ 


New 


orn -t AO 


D A M4^C H 

KANffol 


DCnH AAOCC 

Host uuoob 


A/1 0"7 

U4o/ 




A ^>-Jitii->i-i i-if r^f^C \A/I QO ti-in* nnc^n A O O H oo 

AaaitlOn OT oOr Wl-o^ bMIVl TGSt casG y.^.o.i.^o 


OCA 

o.O.O 


OCA 

o.b.U 


d\J] 1-Uo 


D A M#CH 

nANffOl 


HOS 1 UUoOo 


A/I CH 

U40l 




AaOITIOn OT oor Wl-i5^ tMlvl TeSl CaSG y.^.o.i .1 y 


Q A 

o.O.U 


Q C A 

O.b.U 


OrtH H AO 


HANffoi 


DCnH AAOCA 

Hosi OOobO 


0450 




Uorrection to taOh Wl o«i bMM test cases 9.*i.l .1 .^il and y.z.i.i.dd 


8.5.0 


8.6.0 


Oni H AO 

iiU 1 1-Uo 


HANffCJl 


DCriH AAOCO 
Hosi UOODO 


A^ ^ A 

U44y 




1 -pC Xr^n- A^i-litinn /^/^ClAIIAH d IXD A HJl A/^ tnr^f _ _ _ _ -7 -1 yi ^o 

L 1 b_l UU. AOdltlOn OT oOr Wl yi bU 1 HA MAO test Case /.1 .4.1ii 


Q C A 
O.O.U 


Q C A 

O.b.U 


OAH H AO 

iiU 1 1-Uo 


HANffoi 


HOS 1 UOoDO 


r\A AO 

U44o 




L 1 b_ 1 UU. AuultlOn OT oOr Wl yi bU 1 HA HHo teST Case O.I . ii.il 


Q C A 
O.O.U 


Q C A 

O.b.U 


OAH H AO 


HANffoi 


HoSlOOoD/ 


0447 




L 1 b_i UU. Addition oT CaOr Wl yd Multilayer test case lo.o.i .1 


8.5.0 


8.6.0 


OAH H AO 


ri A Kl J/iC H 

HANffoi 


DCnH AAOCA 

Hosi OOoby 


0446 




L 1 b_i UU. Addition oT CaOr Wl yd Multilayer test case io.4.i .d 


8.5.0 


8.6.0 


Oni 1 AO 


HANffOl 


DCoH AAQ"7H 

HOSI UUo/ 1 


A/l "70 

U4/0 




AuQIIIOn OT ooi^ Wi ol bU i HA HHO leSI Case o.l.o.O 


Q A 
O.O.U 


Q C A 

O.b.U 


OriH i AO 

iiU 1 1-Uo 


HANffoi 


DCi-tH AAOVO 

HoS 1 UUo/o 


U4/4 




A ^i-li-fini-i nf /"^/^ C lAII QH d IXDA li-Jlnmn<-ln ti-*ri+ nnnn COOK 

AOaition OT oor Wl bi bU 1 HA idieiDOde test case b.^i.o.o 


Q C A 


Q C A 

O.b.U 


orn i AO 

iiUl 1-Uo 


HANffoi 


DCi-tH AAO"7C 

HoS 1 UUo/D 


r\A AtZ 
U44o 




uorrecTion to oOr wi od bMM test case y.^i.o.i .14 


Q C A 


Q C A 

O.b.U 


oni 1 AO 
iiU 1 l-Uo 


HANffOl 


DCoH AAQW 

HOS 1 UUo/ / 


U444 




AuaiTion OT ooi^ Wi od bMM lesi case y.^.^.i.o 


Q A 
O.O.U 


Q C A 

O.b.U 


orn i AO 
iiUl 1-Uo 


HANffoi 


DC<->H AAO"7A 

Host uub/y 


U4// 




A^^i-fini-i nf /"^/^ C lAII QH Dl IXDA tnrtf nnnn Q O H H H 

AOaltlOn OT oor Wl bl bU 1 HA test Case O.O.I .1 1 


Q C A 


Q C A 

O.b.U 


OriH i AO 

iiU 1 i-Uo 


HANfftJl 


DCriH AAOOH 

HOS 1 UUoo 1 


r\A AO 

U44o 




1 TC XP» P» ■ AfiriU'mn n4 lA/l OH Dl IXDA HJIA/^ tnrtf nnrin 7 H O O 

L 1 b_i UU. Addition OT taOr Wl yi bu 1 HA MAO test case /.I .o.y 


Q C A 


Q C A 

O.b.U 


oni -i AO 
iiUl 1-Uo 


HANffOl 


DCoH AAQQO 

Host uuooo 


A/l "7C 

U4/b 




Auaiiion OT oOi^ Wi od bMM lesi case y.^.^.i.y 


Q A 
O.O.U 


Q C A 

O.b.U 


OAH H AO 

iiOl l-Oo 


HANffoi 


DCnH HAAAH 

Hosi 10001 


0442 




oorrection to oOh Wl o l bU I HA HHO test case o.l .<i.o 


8.5.0 


8.6.0 




O A W-U-CZ H 

HANffOl 


DC^H H AAAO 
Hosi 1 000.1 


0440 




Oorrection to oOr Wl od bbM test case lO.o.^^ 


8.5.0 


8.6.0 


OA^ H AO 

(iUl 1 -Uo 


HANffOl 


\DtZf^-i H AAAO 

Hosi 1 OUOo 


A^ ^ H 

U441 




L 1 b_ 1 UU. AOaition OT oOr Wl yi bu 1 HA HHO test case o.l .d.o 


OCA 
O.O.U 


OCA 

O.b.U 


OA H ^ AO 


O A W-U-CZ H 

HANffoi 


□ C^H H AAAC 

Hosi 1 OOOo 


0439 




Oorrection to oOr Wl ol bU I HA HHO test case o.o.l ./ 


8.5.0 


8.6.0 


OA H ^ AO 


HANffoi 


DC^H H AAAf^ 

Hosi 1 OOOb 


0438 




Oorrection to oOr Wl biviM test case y.l .^f.b 


8.5.0 


8.6.0 


OAi ^ AO 

1 -Uo 


HANffOl 


DCf* H H AAA"? 

HOSI 1 UUU / 


A/l "7C 

U4/0 




Correction to EMM test cases 


Q C A 
O.O.U 


OCA 

O.b.U 


OAi ^ AO 

1 -Uo 


D A M-W-CH 

HANffOl 


DCf' H H AAAD 

HOSI 1 UUUo 


A/l "70 
U4/ £L 




Hegression oh Tor iwa-bu i HA-b^iuuy-i d_\ji uwK4y a i o 


Q C A 
O.O.U 


OCA 

O.b.U 


OAH H AO 

(iiU 1 1 -Uo 


nANffO 1 


HOS 1 i uuuy 


U4/ 1 




Lit 1 UU. Aoaiiion or oor vv i y i t u i ha nrio lesi case o.o. i .d 


P c; n 
O.O.U 


p n 

O.D.U 


on-i i AO 
iiUl 1 -Uo 


HANffOl 


Dt^oH H AAH H 

HOST 1 UUl 1 


A/l QO 

U4oo 




0(-ii-i-*-ij-iti(-ii-i t(-i r^r^c \A/i AQO cc^>l t*-iot i-io^i-io ha /i h ha c h 

oorrection to oOr wi-uo^: boM test cases iu.4.i ano lu.o.i 
(( IP address assignment for second PDN) 


Q C A 

O.O.U 


OCA 

O.b.U 


OAH H AO 

dOi 1-0 J 


HANffoi 


DETnH H AAH O 

Hosi 1001 d 


0482 




/^m>i>An4-!m-t Mill AO H h Jl A 4-nnt- 70 HA 

Uorrection to taoh wi-Ool mao test case 7.<£.3.io 


8.5.0 


8.6.0 


OA H H AO 

£ivl\ -Uo 


D A M-t+C H 

HAiNffbl 


DCi^ H H AA H O 
HbSl 1 UUl O 


U4ol 




/~*/-i i-i-/-»/-it;/-»i-i ^C\A/l AOH dl-PDA ftflA/^4-<-vi-.t»-iAf-./-»f-."7H "7i/ 

Oorrection to uor wi-uoi bU i ha mao test cases /.i . / .x 


OCA 
O.O.U 


OCA 

O.b.U 


OAH H AO 

^01 1-0o 


D A M4^i: H 

HANffoi 


DCn H H AA H A 

Hosi 1001 4 


0480 




A ^i-JIflnn «f rr \A/l AOH CI IXDA l^ln KAm4n 4-nnl' nnnn C O O H 

Adaition oT oiOh wi-Ooi bU 1 HA Idle Mode test case b.^.^^.i 


8.5.0 


8.6.0 


OAH H AO 

i-Oo 


HANffoi 


DETnH H AAH C 

Hosi 1001 b 


0479 




Oorrection oT Hv values used in ucilO scneduling Tor bl (bJOOH) 


8.5.0 


8.6.0 


OAH H AO 

i-Oo 


n A K 1 J/iC H 

HANffoi 


DETnH H AAH A 

Hosi 1001 y 


0492 




Onnvminim-i OD f 1 XD lAII/vIA A XO 

Hegression OH tor L I b WK4y A i b 


8.5.0 


8.6.0 


OAH 1 AO 

1-Uo 


HANffOl 


DCoH 1 AAOA 

HOSI 1 UUiiU 


A/l QO 

U4yo 




A <-Ji-liti«i-i f\f r^r^C lA/l QH CI IXDA toot Q O H yi 

AuQITIOn OT oOi^ Wi ol bU i HA leSI Case o.o.l .4 


Q A 
O.O.U 


Q C A 

O.b.U 


OAH 1 AO 

d\J] i-Uo 


HANffOl 


HOSI 1 UU£:4 


A/l OA 

U4yu 




A <-ji-iiti«i-i f\f r^r^c \A/i QO D^y!^Jl t^ot <->/-> o o o h h e 

AuQiTion OT oOi^ Wi od bMM lesi case y.^. o.l. lb 


Q A 
O.O.U 


Q C A 

O.b.U 


OAH 1 AO 

d\J] i-Uo 


HANffOl 


DCoH H AAOC 

HOST 1 UUiib 


A/l QH 

U4yi 




A <-ji-iiti«i-i f\f r^r^c \Aii QO D^y!^Jl t^ot <->/-» o o h h da 

AuaiTion OT oOi^ Wi od bMM lesi case y.^.i .1 .^4 


Q A 
O.O.U 


Q C A 

O.b.U 


OAH H AO 

ZDi i-Uo 


HANffoi 


DCriH H AAOO 
Hosi lUUilO 


A^ OA 

u4oy 




A ^i-li-fini-i nf /"^/^ C \AII QO D^y|^JI fnr>f i-><-t<->n O O O H OC 

AOQltlOn Ot oOr Wl od bMM test Case y.ii.o.l.ilO 


Q C A 
O.O.U 


Q C A 

O.b.U 


OAH H AO 

dDl 1-Uo 


HANffCJl 


DEriH H AAOA 

Hosi lOOoU 


U4oo 




nr-r-nnVmin trt /""/"^D lA/l QH Dl IXDA Dl ti->r>+ nn<->n TOO OH 

Oorrection to oOr wi oi bu 1 ha hlo test case /.d.o.di 


Q C A 
O.O.U 


Q C A 

O.b.U 


1 1 uo 


lir\IM#0 1 


r\Oo 1 1 UUO 1 


UOU 1 




AHHi+iAn of (^PF Wl R1 Fl ITRA IHIo MaHo toct Aaco fi 9 
MUUILIUl 1 Ul OOF VV 1 O 1 C\J 1 iiM lUIC IVIUUC ICoL OdoC O.L.O.O 


R R n 

O.O.U 


R R n 

O.O.U 


2011-03 


RAN#51 


R5s1 10033 


0487 




Correction to GCF Wl 81 EUTRA PDCP test case 7.3.5.2 


8.5.0 


8.6.0 


2011-03 


RAN#51 


R5s1 10034 


0486 




Correction to use of DCI combination 1 (5 MHz) with 9 PRBs 


8.5.0 


8.6.0 


2011-03 


RAN#51 


R5s1 10035 


0499 




Correction of NAS type definition in TS 36.523-3 


8.5.0 


8.6.0 
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Dat6 


1 bu ff 


1 ou UOC. 


On 


Rgv 


Subj9ct/Comment 


^1^ 


New 


^Ul 1-Uo 


KANffOl 


DE^oi i AnOC 

HOST lUUoD 


U4yo 




oorrecTion lo uor vvi oi tu i ha mao tgsi CoSG /.i .4.0 


OCA 

o.O.U 


Q a f\ 
o.b.U 


dDl 1-Uo 


HANffCJl 


HOSI lUUo/ 


A^ A"7 

U4y/ 




oorrecTion to LaOr wi 01 bu 1 HA HHO test case 0.0. ^f.o 


OCA 

O.O.U 


OCA 

O.b.U 


OAH H AO 


HANffoi 


HoSi lOOoo 


0496 




Adaition OT oOh Wl 0^ bMlvl test case 9.o.«i.«i 


8.5.0 


8.6.0 


OAH H AO 


HANffoi 


DCnH "(AnylA 

HoSi 10040 


0495 




Adaition ot oOh Wl o^i bMlvl test case 9.o.*i.*ia 


8.5.0 


8.6.0 


OAH H AO 

iiU 1 1-Uo 


HANffoi 


DEriH H An>l O 

Host i0U4^i 


A^ A^ 

U4y4 




AOaitlOn Ot oOr Wl 01 bU 1 HA lULb MUUb test Case b.1 .ti.xo 


OCA 

b.O.U 


OCA 

O.b.U 


orn 1 AO 


HANffOl 


HOSI 1 UU4D 


ACAA 

uouu 




Correction of TTCN for EMM inter-RAT / inter-frequency test cases 


Q C A 

ci.O.U 


OCA 

O.b.U 


OAH H AO 

iiU 1 1-Uo 


HANffoi 


DC<->H H AACH 

HoSl lUUol 


ACA^ 

UoU4 




uorrecTion to taOr wi-Uo^i b-u 1 ha test case lo.o.i.i 


OCA 

b.O.U 


OCA 

O.b.U 


oni -i AO 


HANffOl 


HOSI 1 UUOii 


ACOA 




r\vr-r\r^^\r\r> kr\ f^t^C lA/l AQO C 1 IXDA toot Q O O i Q 

uorrecTion to uOr wi-uoii b-u i ha test case y.^i.o.i.o 


OCA 

cj.O.U 


OCA 

O.b.U 


oni 1 AQ 
1 1 -Uo 


Q AM#C1 

nANtfO 1 


r\OS 1 1 UUO'^■ 


UO 1 y 




uorreciion lo uor vvi-uo^ t-u i riA toM lesi cases lu.o. i ana 

10.8.3 


Q R A 

O.O.U 


Q a r\ 
o.b.U 


oni -i AO 
1-Uo 


HANffOl 


DCoi ■! AACC 

HOST lUUOO 


AC i D 

U01 o 




oorrecTion lo oor wi-uo^ b-u i ha boM lesi case iu.4.1 


OCA 

O.O.U 


OCA 

o.b.U 


OAH H AO 

iiU 1 1-Uo 


HANffCJl 


Host lUUo/ 


AC AO 

UoUo 




uorrecTion to taOr wi-Uoi mao test case /.i .*i.b 


OCA 

O.O.U 


OCA 

O.b.U 


oni H AO 

iiU 1 i-Uo 


HANffOl 


DErii H AACA 

HoSi lUUbU 


ACOO 




uorrecTion to oOr wi-Uoi b-u i ha IvIAO i estcase /.i .*i.y 


OCA 

O.O.U 


OCA 

O.b.U 


onn H AO 
^\J\ l-Oo 


HANffoi 


HoSi lOObl 


0521 




correction to uOh Wl oi bU I HA idle Mode test case b.^i.o.o 


8.5.0 


8.6.0 


onn H AO 
dOi 1-0 J 


HANffoi 


DCnH H AACO 

HoSi lyjOod 


0522 




Uorrection to uOr Wl oi bU I HA idle Mode test case b.^.o.o 


8.5.0 


8.6.0 


OnH H AO 

l-Oo 


HANffoi 


HoSi i00d4 


0525 




Uorrection to (jUr Wl oii bMb test cases 


8.5.0 


8.6.0 


OA H H AO 


HANffOl 


DC^H -i AACO 

HoSl 1 UObo 


0529 




Addition Ot tiUr Wl o<i bMM test case 9.<;.o.i .^ib 


8.5.0 


8.6.0 


OA H H AO 


O A W44-CZ -i 

HANffoi 


□ C^H H AA"7A 
HOSl 1 UO/0 


0528 




correction to oOr Wl o<i bMM test case 


8.5.0 


8.6.0 


OAi i AO 

(iUl 1 -Uo 


HANffOl 


DCf* i ^ AA"70 

nOSl 1 UU/ o 






AuaillOn OT oL/r VVI ol nnO TeSl CaSe o.i::.4.y 


Q C A 
O.O.U 


Q C A 

O.b.U 


OAi H AO 

\ -Uo 


HANffoi 


HoSl 1 UU/0 


ACOC 




Aaaition ot oUr wi o^: bMM TGSt case y.(i.^.1 .0 


G C A 
O.O.U 


G C A 

O.b.U 


OAi H AO 

\ -Uo 


HANffoi 


DCf* ^ ^ AA"7"7 

HoSl 1 UU/ / 


U0(i4 




uorrection to oOr wi-Uoi mau test case /.1.4.4 


G C A 
O.O.U 


G C A 

O.b.U 


1 1 uo 


rirtlNff-O 1 


nob 1 1 UU / o 


uooo 




OUllfcJOUUII LU OOP VV 1 UO^ IMMO OUIIIIIIUM IllUUUIt; 


ft n 

o.O.U 


ft R n 

O.D.U 


2011-03 


RAN#51 


R5s1 10084 


0531 




Correction to GCF WI-082 E-UTRA EMM Testcase 9.2.2.1 .9 


8.5.0 


8.6.0 


2011-03 


RAN#51 


R5s1 10085 


0530 




Correction to GCF WI-081 E-UTRA MAC Testcase 7.1 .4.13 


8.5.0 


8.6.0 


2011-03 


RAN#51 


R5s1 10086 


0532 




Correction to GCF Wl 82 ESM test case 1 0.4.1 


8.5.0 


8.6.0 
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